Univention Bugzilla – Bug 16323
NetworkManager Problem: kein DHCP für eth0 beim Boot
Last modified: 2009-12-21 08:47:14 CET
Auf einem Master mit DHCP Option für eth0 startet der NetworkManager kein dhclient, anscheinend wegen einem dbus-Kommunikationsproblem zwischen nm-system-settings und org.freedesktop.hal. Dadurch wird dann auch das fallback Script nicht gestartet und man hat die Situation, die an Bug 8994 Kommentar #22 beschrieben ist. Folgendes steht im daemin.log: Nov 11 11:36:51 beta3 NetworkManager: nm_dbus_manager_has_owner(): NameHasOwner request failed: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Nov 11 11:36:51 beta3 NetworkManager: <info> Waiting for HAL to start... Nov 11 11:36:58 beta3 NetworkManager: <info> Trying to start the supplicant... Die Meldung ist ein bisschen bizarr. Wenn man in das network-manager init script vor dem Start von nm-system-settings die MACs aller devices mit folgendem Kommando abfragt, bekommt man sie genannt: for id in $(dbus-send --system --print-reply \ --dest=org.freedesktop.Hal \ /org/freedesktop/Hal/Manager \ org.freedesktop.Hal.Manager.FindDeviceByCapability string:net | sed -n 's/^ *string "\(.*\)"$/\1/p'); do dbus-send --system --print-reply \ --dest=org.freedesktop.Hal \ $id \ org.freedesktop.Hal.Device.GetProperty string:net.address done > /tmp/mac
Der Fehler scheint durch einen früheren Startzeitpunkt für das init Script vermeidbar zu sein. (Bug #16318)
Bitte diverse Installationen mit und ohne DHCP testen.
Master und Backup (i386 amd64) mit DHCP ohne DHCP - OK (falls dhcp verwendet wird, nimmt er die Fallback Adresse wenn dhcp nichts findet). Auf mobile/managed clients gibt es einen solchen Fallback nicht.
Created attachment 2068 [details] Syslog Das Problem ist auf einem Mobile Client wieder aufgetreten. In dem angehängten Syslog sieht man, dass nach dem letzten Boot der NetworkManager 10 sec lang hängt, bis nm-system-settings Probleme bei der Kommunikation mit HAL meldet. NetworkManager startet daher dann nicht dhclient und das System bleibt ohne IP-Adresse. Wie im Syslog sichtbar, hat der NetworkManager vor dem reboot (VM war gekillt worden) keine derartigen Probleme gehabt und alles funktionierte normal. Hier die Haupt-Meldung aus dem Syslog, damit man das per Bugzilla-Suche wiederfindet: ---------------------------------------------------------------------- Nov 27 10:45:40 qa23mobi NetworkManager: <info> starting... Nov 27 10:45:42 qa23mobi univention-directory-listener: start_tls: Can't contact LDAP server Nov 27 10:45:42 qa23mobi anacron[4306]: Anacron 2.3 started on 2009-11-27 Nov 27 10:45:42 qa23mobi anacron[4306]: Will run job `cron.daily' in 5 min. Nov 27 10:45:42 qa23mobi anacron[4306]: Jobs will be executed sequentially Nov 27 10:45:43 qa23mobi /usr/sbin/cron[4331]: (CRON) INFO (pidfile fd = 3) Nov 27 10:45:43 qa23mobi /usr/sbin/cron[4335]: (CRON) STARTUP (fork ok) Nov 27 10:45:43 qa23mobi /usr/sbin/cron[4335]: (CRON) INFO (Running @reboot jobs ) Nov 27 10:45:43 qa23mobi /USR/SBIN/CRON[4370]: (root) CMD (/usr/share/univention -mobile-client/check_connection) Nov 27 10:45:46 qa23mobi acpid: client connected from 4442[0:0] Nov 27 10:45:46 qa23mobi acpid: 1 client rule loaded Nov 27 10:45:47 qa23mobi kernel: [ 93.423168] mtrr: your processor doesn't sup port write-combining Nov 27 10:45:50 qa23mobi nm-system-settings: Error getting hardware address for /org/freedesktop/Hal/devices/net_00_0c_29_e6_88_e9: (4) Did not receive a reply. Possible causes include: the remote application did not send a reply, the messa ge bus security policy blocked the reply, the reply timeout expired, or the netw ork connection was broken. ---------------------------------------------------------------------- Note: Init Reihenfolge war S26network-manager, vermutlich hat das aber Nichts damit zu tun.
Das ist im Kommentar an Bug 16318#c20 weiter verfolgt und sollte mit dem Workaround (Bug 16318#c23) gefixed sein.
Created attachment 2076 [details] syslogauszug auf mobile client Mit aktueller 2.3 DVD und MobileClient Neuinstallation getestet. Automatischer Join im Zuge der Installation war erfolgreich - eth0 bekommt auch anschließend bei jedem Boot eine IP zugewisen, bzw. dhclient wird erfolgreich gestartet - syslog Verlauf in Bezug auf den networkManager hängt an.
verified
UCS 2.3 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden: "Clone This Bug".