Bug 26848 - Notifier und Bind starten nicht bei Verwendung von vmware-tools unter ESX und ESXi
Notifier und Bind starten nicht bei Verwendung von vmware-tools unter ESX und...
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: General
UCS 3.0
Other Linux
: P5 normal (vote)
: UCS 3.0-1-errata
Assigned To: Moritz Muehlenhoff
Janek Walkenhorst
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-04-20 13:54 CEST by Tim Petersen
Modified: 2012-11-09 16:23 CET (History)
1 user (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 Tim Petersen univentionstaff 2012-04-20 13:54:52 CEST
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
Comment 1 Tim Petersen univentionstaff 2012-04-20 15:32:29 CEST
Zur Info: Beim Kunden aus Ticket #2012041921001314 wird ESX verwendet - dort also das gleiche Verhalten.
Comment 2 Tim Petersen univentionstaff 2012-04-20 15:33:22 CEST
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
Comment 3 Moritz Muehlenhoff univentionstaff 2012-04-27 11:33:21 CEST
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.
Comment 4 Janek Walkenhorst univentionstaff 2012-04-27 16:44:47 CEST
(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
Comment 5 Janek Walkenhorst univentionstaff 2012-11-09 16:23:50 CET
http://errata.univention.de/errata60.html