NTP wird nicht synchronisiert, sondern nur beim Neustart des Dienstes synchronisiert

Mein Ubuntu 11.10-Server hat in den letzten 3 bis 4 Monaten ziemlich glücklich dort gesessen, und dann begann die Zeit plötzlich um eine Stunde nicht mehr synchron zu sein. Ich bin mir nicht sicher warum, nichts hat sich an der Konfiguration des Servers geändert. Ich habe gelesen, dass dies auf die Nutzung der Systemressourcen zurückzuführen ist.

Um dem entgegenzuwirken, haben viele Leute empfohlen, NTP und den NTP-Daemon (ntpd) zu installieren, damit die Zeit automatisch synchronisiert wird. Ich habe NTPD installiert und es scheint einen Tag lang zu funktionieren, dann hört es plötzlich auf zu arbeiten.

nach ungefähr einem Tag, wenn ich es tue

ntpq -q

Um die verbundenen Peers aufzulisten, erhalte ich den Fehler

ntpq: read: Connection refused

Wenn ich dann versuche, den Dienst neu zu starten

sudo service ntp restart

Ich bekomme die folgende Nachricht

* Stopping NTP server ntpd                                                  
start-stop-daemon: warning: failed to kill 26915: No such process                                                                      
* Starting NTP server ntpd

Sobald ich dies innerhalb von ca. 5 Minuten getan habe, wird die Zeit wieder synchronisiert. Wenn ich den Dienst erneut starte, erhalte ich nicht die obige Meldung, die ich gerade erhalte

 * Stopping NTP server ntpd                                             
 * Starting NTP server ntpd

und wenn ich ntpq -p erneut versuche, bekomme ich

         remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 noc.be.it2go.eu 193.190.230.66   2 u   43   64    3   10.819  -353184   0.183
 panoramix.linoc 193.67.79.202    2 u   41   64    3   24.647  -353186   0.178
 nsb.lds.net.ua  160.45.10.8      2 u   39   64    3   68.545  -353186   0.001
 europium.canoni 193.79.237.14    2 u   38   64    3    1.222  -353186   0.096

Es ist fast so, als würde der Dienst neu gestartet, aber ungefähr einen Tag später muss ich das Gleiche noch einmal tun, da die Zeit nicht mehr synchronisiert wird.

Hier ist, was in der Protokolldatei ist

13 Feb 11:18:38 ntpd[27108]: ntpd exiting on signal 15
14 Feb 11:44:30 ntpd[1872]: ntpd exiting on signal 15
15 Feb 10:16:25 ntpd[26869]: ntpd exiting on signal 15
16 Feb 05:26:41 ntpd[26915]: 158.37.91.134 interface xxx.xxx.xxx.xxx -> xxx.xxx.xxx.xxx
16 Feb 05:51:41 ntpd[26915]: 158.37.91.134 interface xxx.xxx.xxx.xxx -> xxx.xxx.xxx.xxx
16 Feb 10:14:30 ntpd[23793]: ntpd exiting on signal 15

In der obigen Protokolldatei wird am 13. Februar um 11:18:38 Uhr Folgendes in / var / log / syslog angezeigt

Feb 13 11:18:40 serverx ntpd[29251]: ntpd 4.2.6p2@1.2194-o Fri Jun 17 06:06:35 UTC 2011 (1)
Feb 13 11:18:40 serverx ntpd[29252]: proto: precision = 0.118 usec
Feb 13 11:18:40 serverx ntpd[29252]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
Feb 13 11:18:40 serverx ntpd[29252]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen and drop on 1 v6wildcard :: UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 2 lo 127.0.0.1 UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 3 eth0 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 4 eth0:1 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 5 eth0:2 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 6 eth0:3 xx.xxx.xxx.xxxUDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 7 eth0:4 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 8 eth0:5 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 9 eth0:6 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 10 eth0:7 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 11 eth0:8 xx.xxx.xxx.xxx UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 12 eth0 fe80::250:56ff:fea1:41 UDP 123
Feb 13 11:18:40 serverx ntpd[29252]: Listen normally on 13 lo ::1 UDP 123

xxx.xxx.xxx.xxx = IP-Adresse

Irgendwelche Ideen, warum das passiert?

— Michael Barrett
quelle

Was sagt das Protokoll?

— Adaptr

Hallo, ich bin mir nicht sicher, wo es sich auch anmeldet? Ich habe keine Protokolldatei in meiner ntpd.conf festgelegt

— Michael Barrett

logfile /var/log/ntp.logFügen Sie einfach zu ntp.conf hinzu und starten Sie ntpd neu.

— Adaptr

Es stellte sich heraus, dass ich die Protokollierung aktiviert hatte. Ich habe den Inhalt der Protokolldatei für die letzten Tage zum ursprünglichen Beitrag hinzugefügt

— Michael Barrett

Das gleiche Problem hier, eine Idee?

— Eskatos

Ich vermute, Ihre Uhr ist zu weit weg ntpd, um sie auf die richtige Zeit zurückstellen zu können. NTP funktioniert nur, wenn die Uhr innerhalb von +/- 5 Minuten von der korrekten Zeit liegt.

Beginnen Sie mit dem -gFlag, um eine ntpdateeinmalige Korrektur im Stil zu erzwingen . Ich bin mit Ubuntu nicht sehr vertraut, aber ich vermute, dass es ntpdirgendwo in / etc eine Standard- / Konfigurationsdatei gibt, in der Sie dieses Flag hinzufügen können.

— James O'Gorman
quelle

aber wenn es zu weit weg war, warum sollte es dann zur richtigen Zeit synchronisiert werden, wenn ich den Dienst manuell stoppe und starte?

— Michael Barrett

Ich war mir aufgrund Ihrer Frage nicht ganz sicher, ob es tatsächlich zuvor synchronisiert wurde (da der Offset in Ihrer ntpqAusgabe sehr weit entfernt war). Ich würde noch empfehlen Sie beginnen ntpdmit -gund dann sehen , ob es sterben weiterhin.

— James O'Gorman

Hey, wenn ich mir die Prozessliste ansehe, sieht es so aus, als ob sie bereits mit dem Flag -g gestartet wurde: / usr / sbin / ntpd -p /var/run/ntpd.pid -g -u 109: 116

— Michael Barrett

Scheint so, als hätte es das getan. Ich habe die 2-Stunden-Zeitverschiebung behoben und bis jetzt wurde kein Signal 15 log gefunden.

— 3bdalla