Hallo,
ich habe hier auf mehreren System ntpd am laufen, die sich gegen ein-
und dieselbe Zeitquelle synchronisieren.
Jul 12 14:04:22 NTPCLIENT ntpd[854]: ntpd 4.2.0a@1:4.2.0a-11-r Tue Jul 27 04:55:54 CEST 2004 (1)
Jul 12 14:04:22 NTPCLIENT ntpd[854]: precision = 1.000 usec
Jul 12 14:04:22 NTPCLIENT ntpd[854]: Listening on interface wildcard, 0.0.0.0#123
Jul 12 14:04:22 NTPCLIENT ntpd[854]: Listening on interface lo, 127.0.0.1#123
Jul 12 14:04:22 NTPCLIENT ntpd[854]: Listening on interface eth0, IPADRESSE#123
Jul 12 14:04:22 NTPCLIENT ntpd[854]: kernel time sync status 0040
Jul 12 14:04:22 NTPCLIENT ntpd[854]: frequency initialized -32.877 PPM from /var/lib/ntp/ntp.drift
Jul 12 14:08:41 NTPCLIENT ntpd[854]: synchronized to NTPSERVER, stratum 4
Jul 12 14:08:41 NTPCLIENT ntpd[854]: time correction of 3600 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time.
Dies tritt immer dann auf, wenn die Verbindung zum Internet kurz weg ist.
[ntp.conf]
driftfile /var/lib/ntp/ntp.drift
statsdir /var/log/ntpstats/
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server NTPSERVER prefer mode 14
Laut http://www.zeitzonen.de/frankreich.html ist die Systemzeit auch soweit OK,
allerdings wird sie aus unerfindlichen Gründen um eine Stunde
zurückgesetzt. Ist klar, dann meckert natürlich auch ntpd, da die
Differenz zu groß ist.
Was kann ich dagegen machen, dass ntpd immer stirbt, wenn er kurzfristig
nicht auf das Internet zugreifen kann? Könnte ich ihm sagen, dass er
stattdessen die lokale CMOS-Zeit verwenden soll - ich weiß, ist ein
bisschen unsinnig, aber ich möchte das ja nur haben, zur Überbrückung,
wenn der Zugriff auf das Internet nicht klappt.
Es sind übrigens immer 3600 Sekunden und das bei verschiedenen Servern
in verschiedenen(!) Zeitzonen.
Grüße,
Thomas