Werden auf meinem System sowohl ntpd als auch ntpdate ausgeführt?

Ich habe einen Computer mit Ubuntu 14.04. Ich führe einen Prozess aus, der empfindlich gegenüber Zeitsprüngen ist, und ich habe einige Zeitsprünge in der Größenordnung von 100 Millisekunden sowohl vorwärts als auch rückwärts bemerkt. Nach meinem Verständnis sollte ntpd nur dann eine Schrittkorrektur durchführen, wenn der Zeitversatz über einen längeren Zeitraum größer als 128 ms ist. Wenn ich jedoch in meinem Syslog nachschaue, sehe ich Folgendes:

Feb  1 06:57:11 alice ntpd[2252]: ntpd exiting on signal 15
Feb  1 06:57:22 alice ntpdate[2375]: step time server 71.210.146.228 offset 0.007476 sec
Feb  1 06:57:22 alice ntpd[2569]: ntpd 4.2.6p5@1.2349-o Wed Oct  5 12:35:47 UTC 2016 (1)
Feb  1 06:57:22 alice ntpd[2570]: proto: precision = 0.417 usec
Feb  1 06:57:22 alice ntpd[2570]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
Feb  1 06:57:22 alice ntpd[2570]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
Feb  1 06:57:22 alice ntpd[2570]: Listen and drop on 1 v6wildcard :: UDP 123
Feb  1 06:57:22 alice ntpd[2570]: Listen normally on 2 lo 127.0.0.1 UDP 123
Feb  1 06:57:22 alice ntpd[2570]: Listen normally on 3 wlan0 10.2.21.26 UDP 123
Feb  1 06:57:22 alice ntpd[2570]: peers refreshed
Feb  1 06:57:22 alice ntpd[2570]: Listening on routing socket on fd #22 for interface updates
Feb  1 06:57:26 alice ntpd[2570]: ntpd exiting on signal 15
Feb  1 06:57:37 alice ntpdate[2941]: adjust time server 198.60.22.240 offset -0.008872 sec

Die ntpdate-Schrittbefehle hier scheinen weniger als 128 ms zu springen (in anderen Abschnitten des Syslogs gibt es größere Sprünge). Ruft ntpd ntpdate auf, um eine Schrittkorrektur durchzuführen, oder führt ein anderer Prozess ntpdate aus? Wenn es das letztere ist, wie finde ich heraus, was dieser Service ist? Ich möchte es deaktivieren, damit ich ntpdate nur aufrufen kann, wenn es sicher ist, einen Zeitsprung zu haben.

Bearbeiten - Weitere Protokolle:

Es gibt auch größere Sprünge in den Protokollen. Beispiele:

Jan 31 08:54:10 alice ntpdate[2426]: adjust time server 132.163.4.102 offset 0.432374 sec
Feb  1 06:57:07 alice ntpdate[935]: step time server 198.60.22.240 offset 1.492618 sec
Feb  1 06:57:22 alice ntpdate[2375]: step time server 71.210.146.228 offset 0.007476 sec
Feb  1 06:57:37 alice ntpdate[2941]: adjust time server 198.60.22.240 offset -0.008872 sec

— grien
quelle

Die Protokolle, die Sie uns zur Verfügung gestellt haben, zeigen an, dass Sie ein Delta von nur etwa +/- 8 ms haben. Wenn Sie einen noch kleineren Versatz wünschen, müssen Sie mehrere redundante stabile Quellen bereitstellen.

— Ramhound

@Ramhound Ich habe weitere Protokolleinträge hinzugefügt. +/- 8 ms sind keine große Sache, aber ich möchte einen Sprung von 432 ms vermeiden.

— Grien

Wenn Ihr Quellenoffset bei 132.xxx so hoch ist Haben Sie versucht, ihn zu entfernen? Irgendetwas führt dazu, dass Ihre Quelle vom fraglichen NTP-Server

— abweicht

ja, es sieht so aus, als würdest du anrufen ntpdateund ntpdden dann abschalten. Überprüfen Sie die Cron- oder Scheduler-Verzeichnisse und prüfen Sie, ob dort etwas vorhanden ist. Sie sollten nurntpd konstant laufen , um Ihr System mit mindestens 3 Zeitservern in Schach zu halten

— user3788685

Sowohl ntpd als auch ntpdate wurden ausgeführt. Nachdem ich mein / etc-Verzeichnis durchsucht hatte, stellte ich fest, dass in meinem if-up.d / -Verzeichnis ein Skript zum Ausführen von ntpdate vorhanden war. Ich entfernte dieses und verwalte jetzt Zeit mit gerade ntpd.

— grien
quelle