Univention Bugzilla – Bug 25785
Nach Änderung der IP (oder des Nameservers?) läuft der NTPd nicht mehr
Last modified: 2012-03-04 14:34:14 CET
Ändere ich auf einem 3.0 UCS Master per system setup (UMC) die IP Adresse läuft der ntpd anschließend nicht mehr. Die letzten Meldungen aus dem syslog sind: Jan 9 12:27:57 master ntpdate[5932]: Can't find host pool.ntp.org: Name or service not known (-2) Jan 9 12:27:57 master ntpdate[5932]: no servers can be used, exiting Das passiert auch beim join-setup. Vermutlich muss der ntpd an geeigneter Stelle einfach neu gestartet werden.
Einige Anmerkungen: (In reply to comment #0) > Ändere ich auf einem 3.0 UCS Master per system setup (UMC) die IP Adresse läuft > der ntpd anschließend nicht mehr. Die letzten Meldungen aus dem syslog sind: > > Jan 9 12:27:57 master ntpdate[5932]: Can't find host pool.ntp.org: Name or > service not known (-2) 1. ntpd != ntpdate: Letzteres stellt einmalig die Uhr, ersterer läuft ständig im Hintergrund und stellt regelmäßig die Uhr. ntpdate wird in ferner Zukunft durch Upstream verschwinden; statt dessen soll "ntpd -q" verwendet werden. 2. Daß "pool.ntp.org" nicht mehr aufgelöst werden kann deutet eher darauf hin, daß hier bind nicht mehr funktioniert. Von daher wäre hier interessant, was in /etc/resolv.conf und /etc/ntp.conf steht und welche Dienste "ntpd named" noch laufen. (In reply to comment #0) > Vermutlich muss der ntpd an geeigneter Stelle einfach neu gestartet werden. ntpd wird automatisch durch /etc/network/if-down.d/00_rdate gestoppt und durch /etc/network/if-up.d/05_rdate gestartet. Dar ruft /etc/init.d/rdate auf, was intern ntpdate benutzt. Wenn in /etc/resolv.conf nur der locale bind steht, ist der vermutlich noch nicht wieder betriebsbereit (/etc/network/if-up.d/bind9 kommt nach 09_rdate), was dann vermutlich zu dem beobachteten Problem bei "ntpdate" mit der Namensauflösung führt. "ntpd" selber arbeitet intern nur mit IP-Adressen, weil der standard-Linux-Resolver synchron arbeitet, was für NTP ein no-go ist. Bei angaben von symbolischen Adressen forked der ntpd einen Unterprozeß, der die Namensauflösung durchführt. Sobald dieser die Adresse aufgelöst hat, konfiguriert er den laufenden ntpd-Vaterprozeß um. Der Kindprozeß probiert das so lange, bis es klappt und loggt derweil ntpd[14258]: Deferring DNS for de.pool.ntp.org 1 ntpd_intres[14260]: host name not found: de.pool.ntp.org
In den /etc/network/if-{down,up}.d/0?_rdate wird der ntpd gestoppt, jedoch aufgrund eines Logikfehlers im if-up nicht wieder gestartet, wenn er nicht läuft. (Ein Startversuch würde im if-up unternommen werden, wenn der Dienst bereits läuft) Darum wurde die Logik so angepasst, dass der ntpd nur gestartet wird, wenn er _nicht_ läuft. univention-network-manager (3.0.3-1)
OK, nach Änderung der IP eines 3.0-1 Master läuft der NTPd. Changelog Eintrag vorhanden.
UCS 3.0-1 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte dieser Bug dupliziert werden: "Clone This Bug"