Univention Bugzilla – Bug 26243
Neuladen der UCR Variablen im umc-server
Last modified: 2012-07-20 15:24:43 CEST
> > > > Wann/Wie häufig lädt eigentlich der UMC-Server die UCR-Variablen neu? Beim > > > > Login eines Benutzers? Nur beim Start des Servers? > > > > > > int( ucr.get( 'umc/server/ucr/update', 600 ) ) > > > > Das heisst, es wird dem User im Zweifelsfall noch 10min angezeigt, dass neue > > Updates anstehen, weil der UMC-Server noch kein Reload der UCR-Variable > > durchgeführt hat? > > Wenn diese Abfrage das Interface vom UMC-Server (Core) nutzt dann ja Nach/Während des Logins sowie nach einem Update sollte der UMC-Server(Core) die UCR-Variablen neu laden, damit die Meldungen entsprechend aktuell sind. +++ This bug was initially created as a clone of Bug #24999 +++ Unter 2.4 gab es im UDM bei der Anmeldung einen Hinweis auf neue Updates. In UMC gibt es nur im Online-Updates-Modul einen Hinweis. Das sollte wieder direkt beim Login angezeigt werden.
*** Bug 27261 has been marked as a duplicate of this bug. ***
Ok, UCR Variablen werden mit pyinotify auf Änderungen überwacht. 10 Sekunden nach Änderung werden die UCR Variablen neu eingelesen. python-pyinotify wurde zu den Paketabhängigkeiten hinzugefügt. SVN-Revision: 33540 univention-management-console 4.0.258-1 Paket wurde gebaut. > Nach/Während des Logins sowie nach einem Update sollte der UMC-Server(Core) die > UCR-Variablen neu laden, damit die Meldungen entsprechend aktuell sind. Das wäre damit dann auch behoben
Changelog wurde ergänzt
Das Paket pyinotify wurde noch im 3.0-2 scope gebaut.
ich habe gerade ein Update auf 3.0-2 durchgeführt. Dabei ist folgender Traceback aufgetreten: Vorbereitung zum Ersetzen von univention-management-console-web-server 1.0.280-1.260.201202281906 (durch .../univention-management-console-web-server_1.0.372-1.331.201206151238_all.deb) ... Stopping Univention Management Console Web Server. Traceback (most recent call last): File "/usr/sbin/univention-management-console-web-server", line 51, in <module> import univention.management.console.protocol as umcp File "/usr/lib/pymodules/python2.6/univention/management/console/protocol/__init__.py", line 188, in <module> from server import * File "/usr/lib/pymodules/python2.6/univention/management/console/protocol/server.py", line 52, in <module> import pyinotify ImportError: No module named pyinotify done.
Ansonsten funktioniert es. Sobald eine Variable geändert wird, wird ein Timer gestartet (10s). Läuft dieser ab werden die Variablen neu eingelesen. Wird zuvor wieder eine Variable geändert wird der Timer reinitialisiert. ChangeLog Eintrag ist vorhanden.
(In reply to comment #5) > ich habe gerade ein Update auf 3.0-2 durchgeführt. Dabei ist folgender > Traceback aufgetreten: > ... > ImportError: No module named pyinotify > done. Das lag daran, dass erst univention-management-console-web-server upgedatet wurde. Im umc-web-server wurde die Versionsabhängigkeit zu python-umc aktualisiert. univention-management-console-frontend (1.0.372-2) unstable; urgency=low * updated dependencies of univention-management-console-web-server (Bug #26243) Das Paket ist am bauen.
Das Problem tritt immer noch auf: Vorbereitung zum Ersetzen von univention-management-console-web-server 1.0.280-1.260.201202281906 (durch .../univention-management-console-web-server_1.0.372-2.332.201206180946_all.deb) ... Stopping Univention Management Console Web Server. Traceback (most recent call last): File "/usr/sbin/univention-management-console-web-server", line 51, in <module> import univention.management.console.protocol as umcp File "/usr/lib/pymodules/python2.6/univention/management/console/protocol/__init__.py", line 188, in <module> from server import * File "/usr/lib/pymodules/python2.6/univention/management/console/protocol/server.py", line 52, in <module> import pyinotify ImportError: No module named pyinotify Vermutlich liegt es daran, dass die Links auf die installierten pyinotify Dateien nvo python-support noch nicht angelegt worden sind.
(In reply to comment #8) > Das Problem tritt immer noch auf: > > Vermutlich liegt es daran, dass die Links auf die installierten pyinotify > Dateien nvo python-support noch nicht angelegt worden sind. Ja, das wurde gelöst: im preinst vom Paket univention-management-console-web-server wird vor dem umc neustart ein dpkg-trigger pysupport ausgeführt. univention-management-console-frontend (1.0.376-3)
Leider funktioniert das so noch nicht. Der Grund ist, dass dpkg-trigger pysupport nicht sofort die Erzeugung der Links ausführt sondern erst im späteren Verlauf. Damit wir das sofort bekommen, können wir das gleiche tun wie python-support wenn es getriggert wird: update-python-modules --post-install
(In reply to comment #10) > Leider funktioniert das so noch nicht. Der Grund ist, dass > > dpkg-trigger pysupport > > nicht sofort die Erzeugung der Links ausführt sondern erst im späteren Verlauf. > > Damit wir das sofort bekommen, können wir das gleiche tun wie python-support > wenn es getriggert wird: > > update-python-modules --post-install ok, dpkg-trigger wurde durch update-python-modules ersetzt univention-management-console-frontend (1.0.376-4) unstable; urgency=low * replaced dpkg-trigger by update-python-modules (Bug #26243)
(In reply to comment #10) > Damit wir das sofort bekommen, können wir das gleiche tun wie python-support > wenn es getriggert wird: > > update-python-modules --post-install Das funtkioniert auch nicht, da der neustart des umc-servers im alten postrm passiert. python-pyinotify wurde jetzt als Pre-Depends von python-umc eingetragen. univention-management-console (4.0.261-2)
(In reply to comment #12) > python-pyinotify wurde jetzt als Pre-Depends von python-umc eingetragen. > univention-management-console (4.0.261-2) Super! Jetzt funktioniert es
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".