Warum geht die Serverzeit hinter dem NTTP-Server zurück?

335
anon

Plötzlich ist eine meiner Linux-VM zwei Minuten hinter dem ntp-Server. Ich habe NTP neu gestartet und es wurde behoben. Ich hätte vor dem Neustart ntpq -p ausführen sollen. : - /

Vor 10 Tagen wurde es 2 Minuten zurück, davor waren es 1 Minute und ich bin nicht sicher, wann es begann. Ich habe es heute nur bemerkt und konnte bis zu 10 Tage aufspüren.

Ich bin neugierig, warum es hinterher gehen kann. Könnte es an den kleinen ntp-Verzögerungen liegen? Das bedeutet, es dauert immer wieder ein paar Millisekunden und dann sind es plötzlich 2 Minuten zurück.

Wenn dies der Fall ist, warum sollte ein ntp-Neustart genau die Uhrzeit ermitteln, zu der die Umfrage nicht schon vor langer Zeit behoben sein konnte?

Ich war mir nicht sicher, ob die VM ntp-Server abruft. Also habe ich die Protokollierung aktiviert und die Loopstats und Peerstats, die abgerufen werden, gesucht.

Diese Ausgabe ist nach einem Neustart von ntp.

 remote refid st t when poll reach delay offset jitter ============================================================================== *x.x.x.x x.x.x.x 4 u 22 64 377 0.618 -1.980 0.768 
0
Ist die Ausgabe, die Sie angegeben haben, die Ausgabe, wenn die Zeit abgelaufen ist, um 2 Minuten oder wenn die Zeit korrekt war? Ich glaube, dass der Versatz in ms liegt, was bedeutet, dass Sie knapp 3/4 Sekunden hinter Ihrem NTP-Server sind, was ziemlich normal ist. "Ich bin neugierig, warum es hinterher gehen kann?" - Ein Verlust der Verbindung zum NTP würde dazu führen, dass der Computer seine eigene Aufgabe ausführt. "Könnte es an den kleinen ntp-Verzögerungen liegen?" - Ja, aber Ihre Werte sind nicht groß genug, um das von Ihnen beschriebene Verhalten zu verursachen Ramhound vor 6 Jahren 0
Es wurde nach der Zeit korrigiert anon vor 6 Jahren 0
Was bedeutet, dass die Ausgabe nicht wirklich hilfreich ist. Die von Ihnen angegebene Ausgabe ist normal. Ramhound vor 6 Jahren 0

0 Antworten auf die Frage