Das gleiche Problem besteht auch im System-Setup, welches die Updater-Skripte enable-/disable-apache2-umc benutzt. Dort wird bei der Installation von bestimmten Softwarekomponenten (wenn sie UMC-Module mitbringen) auch der Web-Server neugestartet. Im schlimmsten Fall würde es voraussichtlich dazu führen, dass die Session neugestartet wird und man die Meldung bekommt, dass alles bereits abgeschlossen sei, obwohl der Join-Vorgang potentiell noch laufen kann (bspw. im USS-Appliance-Modus, wenn der Druckerserver installiert wird). * Es der Fehler sollte in enable-/disable-apache2-umc behoben werden. * Das Updater-Python-Modul sollte auch diese Skripte aufrufen (an Stelle die gleichen Befehle "von Hand" selber auszuführen) * Es bedarf Klärung, ob zumindest der erste Punkt über ein errata-Patch behoben werden sollte (ansonsten in jedem Fall für 3.0-1) und ob das VM-Ware-Image aktualisiert werden sollte. +++ This bug was initially created as a clone of Bug #25271 +++ Aus Bug 25069, Comment 5: > Das Problem kann reproduziert werden, wenn bspw. das Paket > univention-management-console-module-udm aktualisiert wird. Beim Ausführen des > postinst-Paketes wird apache2 neu gestartet: > > ==================== > ... > Site univention-directory-manager already enabled > Restarting web server: apache2 ... waiting . > Processing triggers for python-support ... > > The update has been finished successfully at Wed Dec 7 12:42:02 CET 2011. > ==================== > > Dadurch geht ein Status-Request bereits im Apache verloren, d.h. er wird nicht > bis zum UMC-Server durchgereicht. Auf der Client-Seite wird der Request mit > einem Fehler beantwortet und der Code sieht nicht vor, dass der Status auch im > Fehlerfall erneut abgefragt wird. Der Fix schließt diese Lücke. > > Eine spannende Frage ist, warum Apache überhaupt neu gestartet werden kann, > denn sein Ausführungsrecht wurde vor dem Update-Vorgang weg genommen. → Dem Fall sollte noch etwas mehr Beachtung geschenkt werden. Die Execute-Rechte wuden im AT-Job weggenommen (das wurde während des Updates für UMC-Web- und -Server überprüft während des Update-Vorgangs), nichtdestotrotz kann Apache neu gestartet werden. Es scheint, dass der UMC-Server auch einen Reload durchführt, obwohl dies ebenfalls nicht geschehen sollte. Das hängt damit evtl. zusammen.
Der Bug wurde behoben. Dafür wurde "chmod a-x" und "chmod a+x" (Änderung aus Bug #25271) mit in die Scripte enable-/disable-apache2-umc übernommen. Das UMC-Updater-Modul verwendet jetzt diese Skripte. Für die QA: Bitte überprüfen, dass Bug #25271 weiterhin behoben ist (also UMC- und Web-Server können nicht neu gestartet werden während eines Updates) und dass die Server ebenfalls nicht neu gestartet werden können während der Installation einer Softwarekomponente über System-Setup. univention-updater (7.0.141-1) unstable; urgency=low . * enable-/disable-apache2-umc: use 'chmod a-x' or 'chmod a+x' * UMC: use enable-/disable-apache2-umc scripts Bug #25271
Der Bug wurde gefixed; Changelog fehlt jedoch.
(In reply to comment #2) > Der Bug wurde gefixed; Changelog fehlt jedoch. Danke für den Hinweis! Der Changelog-Eintrag wurde hinzugefügt.
Changelogeintrag ist nun vorhanden und in Ordnung. Verified.
UCS 3.0-1 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte dieser Bug dupliziert werden: "Clone This Bug"