Univention Bugzilla – Bug 26848
Notifier und Bind starten nicht bei Verwendung von vmware-tools unter ESX und ESXi
Last modified: 2012-11-09 16:23:50 CET
Aufgefallen an Ticket#2012041921001314 und Ticket#2012031121002446: Das Verhalten sieht so aus, dass nach der Installation eines UCS 3.0 Masters Bind(in beiden Fällen gegen Samba4) und Notifier beim Reboot nicht starten. Das Verhalten konnte bisher ausschließlich auf einem VMWare ESXi Gastsystem beobachtet werden und auch erst nach Installation der VMWare-Tools und dem anschließenden Reboot. In beiden Support-Fällen wurde das System ebenfalls unter einer VMWare-Lösung betrieben und anhand der Syslog war erkennbar, dass auch hier die Module aus den VMWare-Tools geladen werden. Der Server steht bei mir im Büro, das Frontend inklusive (gesnapshotteter) Testinstanz mit Fehlerbild ist von der Windows XP Instanz "tpeterse_windows-vmware" erreichbar. Zu finden ist die Instanz auf Isala. Für den Start des Notifiers beim Boot konnte folgendes per set -x gelogged werden: Fri Apr 20 11:04:47 2012: Starting Univention Directory Notifier daemon. Fri Apr 20 11:04:47 2012: + sv start univention-directory-notifier Fri Apr 20 11:04:47 2012: fail: univention-directory-notifier: runsv not running
Zur Info: Beim Kunden aus Ticket #2012041921001314 wird ESX verwendet - dort also das gleiche Verhalten.
Hostsystem auf meinem Schreibtisch: 10.200.11.240 (lasse ich "an"). In der Windows Instanz den VMWare-Sphere Client verwenden. Host-IP s.o. User: root Passwort: univention
Das Erstellen des Service-FIFOs schlägt bei geladenen Vmware-Tools fehl bevor univention-runit nicht gestartet wurde. univention-runit wird jetzt in Init-Level 08 gestartet. Korrigiert in UCS 3.0-2 und errata3.0-1. Für die QA: Es gibt eine ESX-VM (10.200.11.44), in der das Problem auftritt. Das Management-Interface von ESX kann über die VM jmm_win7-2 auf boksel aufgerufen werden. Nach dem Wiederherstellen des Snapshots "kaputt" tritt folgendes Verhalten auf: Nach jedem Neustart laufen bind9 und univention-directory-notifier nicht, ein manueller Start der Dienst mit "sv start" funktioniert allerdings (da zu diesem Zeitpunkt bereits univention-runit lief). Nach der Installation der aktualisierten Pakete (bitte errata und 3.0-2 testen) sollten beide Dienste nach einem Neustart laufen. YAML-Datei wurde commitet und das Changelog ergänzt.
(In reply to comment #3) > Nach der Installation der aktualisierten Pakete (bitte errata und 3.0-2 testen) > sollten beide Dienste nach einem Neustart laufen. errata OK 3.0-2 OK > YAML-Datei wurde commitet und das Changelog ergänzt. YAML OK Changelog OK
http://errata.univention.de/errata60.html