Ständig Probleme mit NTP
Hallo, mein Rechner soll beim Hochfahren die aktuelle Zeit von einem ntp-Server abrufen und die HW-Uhr synkronisieren. Um dies zu erreichen, habe ich NTP mit YaST konfiguriert. Beim Testen antwortet der Server stets richtig und die Uhr wird korrekt synkronisiert. Beim Hochfahren slägt aber die Synkronisierung fehl. In der Log-Datei ist zu lesen: "Try to get initial date and time via NTP from ntp.saunalahti.fi Error: Name or service not known ... failed" Der Server stammt von meinem ISP und - wie gesagt - antwortet richtig, wenn ich "rcntp restart" per Hand ausführe. Woran könnte es liegen, dass die Synkronisierung beim Hochfahren nicht klappt? Die Netzwerk-Verbindung wird vor NTP aufgebaut und stets ohne Probleme (d.h. der Rechner bekommt eine IP-Adresse). Danke schon im voraus für Eure Hilfe. Gruß Kimmo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
K. Elo, Dienstag, 11. September 2007 18:20:
Woran könnte es liegen, dass die Synkronisierung beim Hochfahren nicht klappt? Die Netzwerk-Verbindung wird vor NTP aufgebaut und stets ohne Probleme (d.h. der Rechner bekommt eine IP-Adresse).
Vielleicht ist zwar das Netzwerk schon da, aber der named noch nicht? -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 11. September 2007 18:20 schrieb K. Elo:
(...). "Try to get initial date and time via NTP from ntp.saunalahti.fi Error: Name or service not known ... failed"
Das ist dann ntpdate, was fehlschlägt. Trotzdem, was für Fehler stehen in /var/log/ntp?
Der Server stammt von meinem ISP und - wie gesagt - antwortet richtig, wenn ich "rcntp restart" per Hand ausführe.
Immerhin, dann ist es schonmal kein genereller Fehler. Probier mal die IP des Servers einzutragen, zumindest zum Test. Denn der Fehler hört sich ja stark nach Problemen mit der Namensauflösung an.
Woran könnte es liegen, dass die Synkronisierung beim Hochfahren nicht klappt? Die Netzwerk-Verbindung wird vor NTP aufgebaut und stets ohne Probleme (d.h. der Rechner bekommt eine IP-Adresse).
Du klingst sehr sicher, aber offensichtlich ist das zum Zeitpunkt des ntpdate-Aufrufs eben nicht der Fall. Vieleicht ist zwar schon eine IP-Adresse da, aber es steht in der resolv.conf noch kein passender Nameserver? BTW, du benutzt aber nicht den NetworkManager, oder? Gruß Jan -- If at first you don't succeed, redefine success. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Jan Ritzerfeld schrieb (12.09.2007):
Immerhin, dann ist es schonmal kein genereller Fehler. Probier mal die IP des Servers einzutragen, zumindest zum Test. Denn der Fehler hört sich ja stark nach Problemen mit der Namensauflösung an.
Wie Jan und Andre, kam auch ich gestern Abend auf die Idee, dass es sich um ein Problem mit der Namesauflösung handeln könnte. Nachdem ich die IP eingetragen hatte, funzte die Synkronisierung beim Hochfahren wieder.
Du klingst sehr sicher, aber offensichtlich ist das zum Zeitpunkt des ntpdate-Aufrufs eben nicht der Fall. Vieleicht ist zwar schon eine IP-Adresse da, aber es steht in der resolv.conf noch kein passender Nameserver?
So scheint es zu sein. Ich muss also kontrollieren, dass named vor ntpdate ausgeführt wird, oder?
BTW, du benutzt aber nicht den NetworkManager, oder?
Nein. Danke & Gruß Kimmo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch, 12. September 2007 07:26 schrieb K. Elo:
(...).
Du klingst sehr sicher, aber offensichtlich ist das zum Zeitpunkt des ntpdate-Aufrufs eben nicht der Fall. Vieleicht ist zwar schon eine IP-Adresse da, aber es steht in der resolv.conf noch kein passender Nameserver?
So scheint es zu sein. Ich muss also kontrollieren, dass named vor ntpdate ausgeführt wird, oder?
Benutzt du named überhaupt? AFAIK ist das ein NameSERVER. Normalerweise startet man keinen eigenen sondern benutzt den vom Provider. Ich nehme auch einmal an, daß du DHCP benutzt. Darüber wird deinem Rechner die Adresse des Nameservers mitgeteilt. Sonst müßtest du die ja fest irgendwo konfiguriert haben. Die vom DHCP-Client berichtete Nameserver-Adresse wird dann in die resolv.conf eingetragen. Siehe MODIFY_RESOLV_CONF_DYNAMICALLY in /etc/sysconfig/network/config. Was mir sonst noch so spontan einfällt: * RUN_PARALLEL="false" in /etc/sysconfig/boot. Da ntpd eh erst nach dem Netzwerk starten sollte, wird das höchstwahrscheinlich nichts ändern, aber es schließt Fehler in der Paralleliserung aus. * PROMPT_FOR_CONFIRM="yes" in /etc/sysconfig/boot. Damit solltest du Timing-Probleme ausschließen können, da du jeden Schritt bestätigen mußt und so zusätztliche Zeit schindest. Wenn dir dir 5 Sekunden CONFIRM_PROMPT_TIMEOUT zu wenig erscheinen, erhöhe diesen Wert.
BTW, du benutzt aber nicht den NetworkManager, oder?
Nein.
Gut. Da passiert das bei mir sowieso immer. Das Netzwerk wird nämlich erst in Runlevel 5 wirklich gestartet. Gruß Jan -- while(!asleep()) sheep++; -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 11. September 2007 18:20 schrieb K. Elo:
Beim Hochfahren slägt aber die Synkronisierung fehl. In der Log-Datei ist zu lesen: "Try to get initial date and time via NTP from ntp.saunalahti.fi Error: Name or service not known ... failed"
Hier passiert das, weil meist das DSL-Modem noch nicht fertig ist, wenn der Rechner ntpdate startet. Ist aber nicht weiter schlimm, wenn die RTC ohnehin einigermaßen richtig geht. Denn ntpdate wird vom ntpd-Startskript nur zum initialen Setzen der Uhrzeit aufgerufen, danach wird ntpd gestartet. Wenn ich nach ein paar Minuten mit "ntpq -p" nachschaue, hat sich die Systemzeit auch ordentlich synchronisiert. Letzeres ist vermutlich bei deinem System auch so. -- Viele Grüße ------------------------------------------------------------------------ Michael ________________________________________________________________________ PROSTEP AG, Dolivostraße 11, D-64293 Darmstadt HR: Amtsgericht Darmstadt, HRB 8383 Vorstand: Dr. Bernd Pätzold (Vorsitz), Reinhard Betz Aufsichtsrat: Dr. Heinz-Gerd Lehnhoff (Vorsitz) ________________________________________________________________________ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Michael Behrens, Mittwoch, 12. September 2007 09:16:
Hier passiert das, weil meist das DSL-Modem noch nicht fertig ist, wenn der Rechner ntpdate startet.
Dann könnte man doch ein sleep 20 oder so in das Startskript packen, bevor der ntp gestartet wird. Oder das DSL-Modem so einstellen, daß es nie offline geht. Geht sehr gut bei den Fritzdingern, wo man die Zwangstrennung auf die Nachtzeit verlegen kann. -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch, 12. September 2007 11:23 schrieb Andre Tann:
Dann könnte man doch ein sleep 20 oder so in das Startskript packen, bevor der ntp gestartet wird.
Könnte man, aber da ja nachher alles ordentlich synchronisiert ist, verzichte ich darauf.
Oder das DSL-Modem so einstellen, daß es nie offline geht. Geht sehr gut bei den Fritzdingern, wo man die Zwangstrennung auf die Nachtzeit verlegen kann.
Ich trenne den ganzen Kram vollständig vom Netz, wenn ich ihn nicht brauche. Wahrscheinlich hält deswegen immer alles so lange... -- Viele Grüße ------------------------------------------------------------------------ Michael ________________________________________________________________________ PROSTEP AG, Dolivostraße 11, D-64293 Darmstadt HR: Amtsgericht Darmstadt, HRB 8383 Vorstand: Dr. Bernd Pätzold (Vorsitz), Reinhard Betz Aufsichtsrat: Dr. Heinz-Gerd Lehnhoff (Vorsitz) ________________________________________________________________________ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (4)
-
Andre Tann -
Jan Ritzerfeld -
K. Elo -
Michael Behrens