Univention Bugzilla – Bug 28081
Revise handling of UMC server restart
Last modified: 2015-03-25 09:19:39 CET
Dies wurde in einem ersten Schritt umgesetzt, dazu noch Verbesserungsmöglichkeiten: * Wie in (b) angesprochen könnte (bspw. durch einen divert der usprünglichen init-Skripte) überwacht werden welche Dienste überhaupt bei einer Aktualisierung/Installation neuer Komponenten versucht werden neu zu starten. * Gut wäre es zudem, wenn die Session (bspw. über einen "Ping" mit dem UMC-Server wie in System-Setup) beim Erscheinen des Frage-Dialogs automatisch offen gehalten wird, so dass der Benutzer in jedem Fall die Möglichkeit hat, die Dienste neuzustarten. +++ This bug was initially created as a clone of Bug #26235 +++ Derzeit wird der Neustart von UMC-Webserver, UMC-Server und Apache bei der Installation von Softwarekomponenten im System-Setup sowie im Updater-Modul verhindert. Die folgenden Punkte bedürfen einer Lösung: (a) Der Neustart der Dienste wird derzeit nicht in dem Packages-Modul berücksichtigt. (b) Der Neustart der Dienste wird zwar verhindert, dadurch ist es aber leider auch nicht möglich, eine Softwarekomponente zu installieren, für die ein Neustart der Dienste notwendig ist. Optimal wäre eine Benachrichtigung des Benutzers mit Hinweis auf die Notwendigkeit eines Neustarts der Dienste. Dieser Neustart könnte vom Benutzer durchgeführt oder abgelehnt werden. Dazu müsste beobachtet werden (evtl. mit inotify?) welche Dienste durch die Softwarekomponenten mit welchen Parametern (restart/reload) aufgerufen wurden, so dass eine entsprechende Entscheidung getroffen werden kann, ob ein Neustart notwendig ist.
*** Bug 28486 has been marked as a duplicate of this bug. ***
*** Bug 29754 has been marked as a duplicate of this bug. ***
(In reply to comment #2) > *** Bug 29754 has been marked as a duplicate of this bug. *** Bitte die Hinweise von Bug 29754 in diesem Zusammenhang auch mit berücksichtigen.
(In reply to comment #0) > Dies wurde in einem ersten Schritt umgesetzt, dazu noch > Verbesserungsmöglichkeiten: > > * Wie in (b) angesprochen könnte (bspw. durch einen divert der usprünglichen > init-Skripte) überwacht werden welche Dienste überhaupt bei einer > Aktualisierung/Installation neuer Komponenten versucht werden neu zu starten. > Zu diesem Punkt sehe auch Lösungsvorschlag von Bug#29561.
*** Bug 29561 has been marked as a duplicate of this bug. ***
(In reply to comment #4) > Zu diesem Punkt sehe auch Lösungsvorschlag von Bug#29561. Ja, das sollten wir bei der Umsetzung berücksichtigen.
(In reply to comment #0) > Dies wurde in einem ersten Schritt umgesetzt, dazu noch > Verbesserungsmöglichkeiten: > > * Wie in (b) angesprochen könnte (bspw. durch einen divert der usprünglichen > init-Skripte) überwacht werden welche Dienste überhaupt bei einer > Aktualisierung/Installation neuer Komponenten versucht werden neu zu starten. > > * Gut wäre es zudem, wenn die Session (bspw. über einen "Ping" mit dem > UMC-Server wie in System-Setup) beim Erscheinen des Frage-Dialogs automatisch > offen gehalten wird, so dass der Benutzer in jedem Fall die Möglichkeit hat, > die Dienste neuzustarten. Dazu kann auch der DPKG-Trigger-Mechanismus verwendet werden: http://www.seanius.net/blog/2009/09/dpkg-triggers-howto/
*** Bug 31154 has been marked as a duplicate of this bug. ***
(In reply to comment #0) > ... > * Gut wäre es zudem, wenn die Session (bspw. über einen "Ping" mit dem > UMC-Server wie in System-Setup) beim Erscheinen des Frage-Dialogs automatisch > offen gehalten wird, so dass der Benutzer in jedem Fall die Möglichkeit hat, > die Dienste neuzustarten. → das wird über Bug 31154 bearbeitet
(In reply to Alexander Kläser from comment #9) > (In reply to comment #0) > > ... > > * Gut wäre es zudem, wenn die Session (bspw. über einen "Ping" mit dem > > UMC-Server wie in System-Setup) beim Erscheinen des Frage-Dialogs automatisch > > offen gehalten wird, so dass der Benutzer in jedem Fall die Möglichkeit hat, > > die Dienste neuzustarten. > > → das wird über Bug 31154 bearbeitet → das hat sich verändert, wird nun über Bug 31642 bearbeitet.
A different approach was suggested in Bug 34243, comment 5: > (In reply to Alexander Kläser from comment #3) > > Currently, we offer a restart after any operation that _could_ require a > > restart. It would be better to detect when a restart really is _necessary_ > > (e.g. via a UCR-Variable that is set) and then enforce this restart (in some > > way). > > Setting a UCR variable has the advantage that consequent errors/tracebacks > could be commented with a message like "Please restart the UMC server and > see if the problem persists".
Bug #34243 made improvements to when a reload or restart is really necessary.
I think currently we made various changes (also Bug 37347) that seems to go into the proposed direction of this bug. I will RESOLVE this bug therefore.