Bug 27632 - System Setup Boot: UMC Login nach system-setup-boot
System Setup Boot: UMC Login nach system-setup-boot
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: UMC - Basic settings
UCS 3.0
Other Linux
: P5 normal (vote)
: UCS 3.0-2
Assigned To: Alexander Kläser
Andreas Büsching
: interim-1
: 26739 (view as bug list)
Depends on: 26470
Blocks:
  Show dependency treegraph
 
Reported: 2012-06-19 16:01 CEST by Felix Botner
Modified: 2012-07-20 15:24 CEST (History)
2 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments
ussb.tar.gz (10.18 KB, application/x-gzip)
2012-06-19 16:02 CEST, Felix Botner
Details
umc.tar.gz (15.71 KB, application/x-gzip)
2012-06-19 17:10 CEST, Felix Botner
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Felix Botner univentionstaff 2012-06-19 16:01:01 CEST
Ich habe ein 3.0-2 Image mit System-Setup-boot. Wenn ich diese starte und konfiguriere wird am Ende nicht der GDM/Consolen Prompt, sondern ein UMC Login Fenster angezeigt. Das kann ich reproduzieren.

Folgendes Szenario:

UCS 3.0-2 USSB Image
UCS 3.0-2 Master

Auf dem Master ist ein DHCP Eintrag für das Image vorhanden (ohne Gateway, ohne DNS). Das Image wurde dann gestartet, und konfiguriert

windows/domain="AMD64"

locale/default="de_DE.UTF-8:UTF-8"

server/role="domaincontroller_slave"

nameserver1="10.200.7.101"

hostname="slave"

interfaces/eth0/type="dynamic"

domainname="amd64.de"

#root_password="***********"

ssl/email="ssl@amd64.de"

gateway="10.200.7.1"

Irgendwann war er fertig und ich musste bestätigen. Daraufhin kommt der UMC Login Dialog.

Der join hat relativ lange gedauert, da er erstmal das SSL Verzeichnis nicht kopieren konnte (das habe ich dann während des join händisch repariert).
Comment 1 Felix Botner univentionstaff 2012-06-19 16:02:01 CEST
Created attachment 4449 [details]
ussb.tar.gz

Im Anhang:

ussb/
ussb/system-setup-boot.log
ussb/join.log
ussb/setup.log
Comment 2 Felix Botner univentionstaff 2012-06-19 17:10:49 CEST
Created attachment 4450 [details]
umc.tar.gz

umc/
umc/management-console-module-setup.log
umc/management-console-web-server.log
umc/management-console-server.log

mit umc/module/debug/level: 4 und umc/server/debug/level: 4

Jedoch wurde das Image zu einem Stand ucs3.0-2 von letzter Woche erstellt. Ich habe das nun nochmal aktualisiert und dann bekam ich den Fehler nicht (der Stand, bei dem der Fehler auftritt, ist aber "gesnapshottet").
Comment 3 Alexander Kläser univentionstaff 2012-06-20 16:22:24 CEST
Das Problem lag an einem nicht erreichaben UMC-Webserver (HTTP-Fehler 503), der beim Senden des UMCP Befehls setup/cleanup zurückgegeben wurde. Der Fehler wurde im JavaScript-Code nicht behandelt, so dass nach 10sec die Umleitung auf die Ausgangsseite durchgeführt wurde.

Dies wurde nun insofern behandelt, dass der Befehl nun als Long-Polling-Befehl ausgeführt wird. Damit wird sichergestellt, in einem Fehlerfall, der Befehl noch einmal gesendet wird. Erst bei erfolgreichem Ausführen des Befehls wird die Umleitung ausgeführt.


 univention-system-setup (5.0.171-1) unstable; urgency=low
 .
   * use long polling for sending the command setup/cleanup; Bug #27632
Comment 4 Andreas Büsching univentionstaff 2012-06-20 16:50:19 CEST
Für die QA:

Nach Beendigung des Setup-Prozesses (Fortführen-Dialog wird angezeigt) UMC Webserver runterfahren und erst dann fortsetzen. Erst nach ein paar Sekunden den UMC Webserver wieder starten. Dann sollte der Vorgang ganz normal fortgesetzt werden.

Auch über den externen Zugriff testen
Comment 5 Andreas Büsching univentionstaff 2012-06-21 11:34:39 CEST
Das hat noch nicht wie gewünscht funktioniert. Zwei Szenarien:

- Änderung der IP-Adresse
  In dem Fall wird endlich versucht das cleanup an die alte IP-Adresse zu schicken

- Gleiche IP-Adresse
  cleanup wird geschickt und bekommt bei gestopptem Web-Server nach kurzer Zeit ein 502 zurück. Kurz darauf wird dann die Login-Maske angezeigt.


USS Version: 5.0.171-1.325.201206201628
Comment 6 Alexander Kläser univentionstaff 2012-06-21 16:18:34 CEST
(In reply to comment #5)
> Das hat noch nicht wie gewünscht funktioniert. Zwei Szenarien:
> 
> - Änderung der IP-Adresse
>   In dem Fall wird endlich versucht das cleanup an die alte IP-Adresse zu
> schicken
> 
> - Gleiche IP-Adresse
>   cleanup wird geschickt und bekommt bei gestopptem Web-Server nach kurzer Zeit
> ein 502 zurück. Kurz darauf wird dann die Login-Maske angezeigt.
> 
> 
> USS Version: 5.0.171-1.325.201206201628

Die Antwort des setup/cleanup-Befehls wird nun zurück gesendet bevor das eigentliche Cleanup durchgeführt wird. Damit wird sicher gestellt, dass die Antwort nicht verloren geht. Darüber hinaus ist noch ein Seiteneffekt durch 
Bug 26470 aufgefallen, indem die Verbindung zwischen Apache und UMC-Web-Server durch einen bind9-Restart gekappt wurde. Dieses Problem wird an dem genannten Bug behandelt.


 univention-system-setup (5.0.172-1) unstable; urgency=low
 .
 * send response for setup/cleanup before actually performing the cleanup; 
   Bug #27632
Comment 7 Alexander Kläser univentionstaff 2012-06-21 16:19:30 CEST
Für die QA: Es gibt 4 Testfälle (intern, extern) x (andere IP, gleiche IP)
Comment 8 Andreas Büsching univentionstaff 2012-06-22 11:26:16 CEST
(In reply to comment #7)
> Für die QA: Es gibt 4 Testfälle (intern, extern) x (andere IP, gleiche IP)

Bei allen vier Testfällen hat es funktioniert.
Comment 9 Alexander Kläser univentionstaff 2012-06-25 12:52:03 CEST
*** Bug 26739 has been marked as a duplicate of this bug. ***
Comment 10 Stefan Gohmann univentionstaff 2012-07-20 15:24:41 CEST
UCS 3.0-2 has been released: 
  http://forum.univention.de/viewtopic.php?f=54&t=1905

If this error occurs again, please use "Clone This Bug".