Bug 26316 - System Setup Appliance hängt beim letzten Join Script
System Setup Appliance hängt beim letzten Join Script
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: Stefan Gohmann
Janek Walkenhorst
: interim-1
Depends on:
Blocks: 26332
  Show dependency treegraph
 
Reported: 2012-03-01 14:35 CET by Stefan Gohmann
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

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Gohmann univentionstaff 2012-03-01 14:35:15 CET
Getestet mit UCS 3.0-1 und installiertem system-setup-boot. Die UMC Ausgabe bleibt beim letzten Join Script (98univention-samba4-dns.inst) hängen.

Das Ende der Logdatei:
root@ucstest:~# tail /var/log/univention/setup.log -n 3
Adding SRV record "ldap._tcp.Default-First-Site-Name._sites.gc msdcs 0 100 3268 ucstest.ucsdom.com." to zone ucsdom.com... done
Adding SRV record "ldap._tcp.pdc msdcs 0 100 389 ucstest.ucsdom.com." to zone ucsdom.com... done
__STEP__:45
root@ucstest:~# grep STEPS /var/log/univention/setup.log
__STEPS__:300
__STEPS__:45
root@ucstest:~#
Comment 1 Alexander Kläser univentionstaff 2012-03-01 14:57:16 CET
Es scheint Probleme mit dem erneuten Loginversuch nach dem Restart von UMC-Server und -Web-Server zu geben:

Auf der Console-Seite wird angezeigt, dass es einen auth-Command (Status 200) gab und der darauffolgende set-Command abgebrochen wurde (ohne speziellen Status). Der auth-Command muss erfolgreich gewesen sein, da der Cookie für den set-Command danach ein neuer ist als für die Befehle zuvor.

Wahrscheinlich ist es, dass durch den fehlgeschlagenen set-Command der erneute Aufruf des setup/finished-Commands (zur Aktualisierung der Progressbar) nicht mehr ausgeführt wird. Durch eine korrekte Behandlung dieses Fehlers sollte das Problem behoben werden können.

Daraus ergibt sich auch die Frage warum set fehl schlägt nach einer erfolgreichen Authentisierung?
Comment 2 Stefan Gohmann univentionstaff 2012-03-02 08:06:57 CET
Bei mir funktionierte es jetzt zuverlässig, wenn ich den globalen Restart am Ende von System Setup durch einen UMC Server reload getauscht habe:

 # allow execution of servers again and perform a restart
-/usr/share/univention-updater/enable-apache2-umc
+/usr/share/univention-updater/enable-apache2-umc --no-restart
+/etc/init.d/univention-management-console reload
+/etc/init.d/apache2 restart
Comment 3 Andreas Büsching univentionstaff 2012-03-02 08:38:02 CET
(In reply to comment #2)
> Bei mir funktionierte es jetzt zuverlässig, wenn ich den globalen Restart am
> Ende von System Setup durch einen UMC Server reload getauscht habe:
> 
>  # allow execution of servers again and perform a restart
> -/usr/share/univention-updater/enable-apache2-umc
> +/usr/share/univention-updater/enable-apache2-umc --no-restart
> +/etc/init.d/univention-management-console reload
> +/etc/init.d/apache2 restart

In diesem Fall bleibt die Session gültig, da der UMC Web-Server nicht neugestartet wird und der Reload vom UMC-Server nur die Module, Kategorien, Syntaxdefinitionen und UCR neulädt.

Somit wird das Problem was Alex beschrieben hat umgangen.
Comment 4 Alexander Kläser univentionstaff 2012-03-02 09:55:40 CET
(In reply to comment #3)
> (In reply to comment #2)
> > Bei mir funktionierte es jetzt zuverlässig, wenn ich den globalen Restart am
> > Ende von System Setup durch einen UMC Server reload getauscht habe:
> > 
> >  # allow execution of servers again and perform a restart
> > -/usr/share/univention-updater/enable-apache2-umc
> > +/usr/share/univention-updater/enable-apache2-umc --no-restart
> > +/etc/init.d/univention-management-console reload
> > +/etc/init.d/apache2 restart
> 
> In diesem Fall bleibt die Session gültig, da der UMC Web-Server nicht
> neugestartet wird und der Reload vom UMC-Server nur die Module, Kategorien,
> Syntaxdefinitionen und UCR neulädt.
> 
> Somit wird das Problem was Alex beschrieben hat umgangen.

Daraus ergäbe sich folgendes Problem: Wird von extern System-Setup durchgeführt (als root), kann man sich nach einem UMC-Server-Reload nicht mehr neu anmelden. Es muss ein UMC-Server-Restart durchgeführt werden, damit die SSL-Zertifikate neu geladen werden. Dies könnte auch nach Durchführen der Skripte und mit einem extra Bestätigungs-Dialog realisiert werden (siehe Bug 26235).
Comment 5 Stefan Gohmann univentionstaff 2012-03-09 14:36:47 CET
Es läuft jetzt so ab, dass dem Benutzer angezeigt wird, dass die Konfiguration fertig ist. Anschließend wird ein Redirect auf die lokale Seite mit 10 Sekunden Verzögerung gesetzt und in einem cleanup werden die Dienste neu gestartet.
Comment 6 Stefan Gohmann univentionstaff 2012-03-09 16:41:51 CET
Ich hatte gerade den Fall, dass die Dienste nicht neu gestartet wurden, nachdem System Setup durch war:

root@master101:~# /etc/init.d/univention-management-console-server restart
root@master101:~# /usr/share/univention-updater/enable-apache2-umc
root@master101:~# /etc/init.d/univention-management-console-server restart
Restarting Univention Management Console Server.
done.
root@master101:~#
Comment 7 Stefan Gohmann univentionstaff 2012-03-16 06:32:57 CET
Das konnte ich mit der aktuellen Version in mehreren Tests nicht reproduzieren.
Comment 8 Janek Walkenhorst univentionstaff 2012-03-28 18:32:20 CEST
Das komplette Durchlaufen des Setups funktionierte in diversen Tests problemlos.
(Auch mit HTTPS)

Changelog OK
Comment 9 Stefan Gohmann univentionstaff 2012-07-20 15:24:55 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".