ntpd aktualisiert die Zeit nicht


19

Ich hatte meinen alten iMac ganz gut auf Mavericks aktualisiert. Ich kaufte dann einen neuen (zertifizierten, generalüberholten) iMac und migrierte alles von einem Time Machine-Backup.

Die Uhr des neuen iMac verliert täglich mehrere Sekunden. Wenn ich die Systemeinstellung " Datum & Uhrzeit" entsperre , wird die Uhrzeit sofort mit der korrekten Uhrzeit synchronisiert. Aber dann verliert es einfach wieder Zeit.

Ich habe diese Antwort gelesen und habe jetzt insgesamt 3 Zeitserver, aber es scheint mein Problem nicht zu lösen.

In der system.logDatei befinden sich die folgenden relevanten Meldungen:

Dec  3 22:31:34 iMac.local ntpd[66350]: SYNC state ignoring +0.155735 s
Dec  3 22:31:35 iMac.local ntpd[66350]: ntpd: time set +0.308737 s
Dec  3 22:31:35 iMac.local com.apple.time[158]: Interval maximum value is 946100000 seconds (specified value: 9223372036854775807).

Der Interval maximum valuesieht nicht gut aus.

Weiß jemand, wie man das behebt, damit die Zeit synchron bleibt?


Aktualisieren

Es hat eine Weile gedauert, aber das Hinzufügen mehrerer Zeitserver hat es besser gemacht (nicht perfekt, aber besser). Jetzt gewinnt es Zeit, aber anscheinend viel langsamer.

Wenn das Hinzufügen von mehreren Servern (insgesamt 3) irgendetwas damit zu tun hat, es zu verbessern, wird es vielleicht (?) Durch das Hinzufügen von noch mehr Servern noch besser. Ich habe jetzt insgesamt 5 Server in ntp.conf. Ich werde es mir in den nächsten Tagen ansehen und sehen, was passiert. (Auch wenn dies das Problem behebt, antwortet dies immer noch nicht, warum all dies notwendig ist, um es an erster Stelle zu beheben. Eine Antwort darauf wäre schön, aber ich werde mich damit abfinden, dass es nur an dieser Stelle behoben wird.)

Übrigens: Sie können mehrere über die Benutzeroberfläche der Systemeinstellungen festlegen : Geben Sie einfach Servernamen in das Feld mit Kommas ein, um sie zu trennen. Dies hält die GUI und die Datei synchron.

Übrigens # 2: hier ist die Seite, von der ich die Liste der öffentlich zugänglichen NTP-Server erhalten habe.

Antworten:


4

Nun, einige dieser Fragen (Ihre Aufzählung einschließlich "Warum 5 Server") sind etwas schwierig zu beantworten, die Zeitsynchronisation ist ein ziemliches Problem. Die alte Parabel über den Mann mit einer Uhr, der weiß, wie spät es ist, aber der Mann mit zwei ist sich nie sicher ...

Ein Server ist immer ein offensichtlicher "Truechimer", weil es nichts gibt, was ihn ungültig macht. Zwei Server sind nach Ansicht der NTP-Autoren die "schlechtestmögliche Konfiguration", da sie niemals wissen werden, welcher "besser" ist. Sobald Sie drei Server erreicht haben, kann NTP beginnen, Uhren anhand einiger interner Metriken als "Falseticker" zu kennzeichnen. Diese werden mit dem Status "x" angezeigt, wenn Sie ntpq -pauf dem System ausgeführt werden. Weitere Informationen zu den Spalten und Statusanzeigen für diesen Befehl finden Sie auf ntp.org .

Um auf das vorliegende Problem zurückzukommen, einige Anmerkungen:

  • Wenn Sie die Zeile pool us.pool.ntp.org iburstin Ihre /etc/ntp.confDatei einfügen, werden automatisch vier Stratum 2-NTP-Server aus dem NTP-Pool zu Ihrer Zeitserverliste hinzugefügt . Diese verwenden DNS-Round-Robin-Rotation, um die Last zu verteilen. Wenn Sie nicht in den USA sind, gibt es andere Pools, die Sie verwenden können.

  • Sie können die Pool-Konfigurationszeile nicht über die Benutzeroberfläche der Systemeinstellungen ausführen. Sie könnten jedoch setzen die folgende , in denen die gleiche Wirkung haben würde: 0.us.pool.ntp.org, 1.us.pool.ntp.org, 2.us.pool.ntp.org, 3.us.pool.ntp.org.

  • Wenn Sie Zeitserver selbst auswählen, sollten Sie immer sicherstellen, dass Sie Server mit "Schicht 2" oder höher auswählen. (Online empfiehlt es sich, nur auf Server mit Schicht 1 zuzugreifen, wenn Sie Zeit für Dutzende von Computern vor Ort bereitstellen.) Sie sollten auch die Richtlinien in der Liste der öffentlichen Zeitserver überprüfen, bevor Sie die Standardeinstellungen für minpoll / maxpoll bei öffentlichen Servern ändern. Einige Administratoren möchten nicht, dass Sie die Standardeinstellungen ändern (dies kann eine höhere Belastung für ihre öffentlichen Server verursachen). Der beste Ansatz besteht darin, nur die NTP-Pool-Server zu verwenden.

  • Ich sehe auch eine wesentliche Änderung in der Zeitqualität seit dem Upgrade auf Mavericks. Ich habe soeben weitere Server hinzugefügt, um zu sehen, ob das Problem dadurch behoben wird, aber etwas hat sich definitiv geändert. Ich habe einen Stratum-1-Server in meinem lokalen Netzwerk und die Uhr auf meinem iMac schwankt überall, während dies vor dem Mavericks-Upgrade nicht der Fall war.


1
Sie würden denken, nur einen Server zu haben time.apple.com(der Standard: Apples eigener Server) würde "einfach funktionieren", so dass keine weiteren Server erforderlich sind.
Paul J. Lucas

3

Nun, mit 5 NTP-Servern scheint sich das Problem gelöst zu haben. Ich denke, diese Antwort war tatsächlich die Antwort, um es zu beheben , aber es ist eine unbefriedigende Antwort, da sie die folgenden Fragen nicht beantwortet:

  • Warum 5 Server?
  • Warum werden so viele benötigt?
  • Warum wird mehr als 1 jemals benötigt?
  • Gibt es tatsächlich ein Hardware-Problem mit dem Clock-Chip, das ihn so stark driften lässt, dass 5 Server erforderlich sind, um ihn korrekt zu halten?

Meins bleibt immer noch stecken.
Ingmar Hupp

5 ist keine spezielle Zahl. Uhren werden offline geschaltet und Netzwerke zwischen Ihnen und einer Uhr können ausfallen, sodass Sie mehr als eine Uhr benötigen. Das ntp-Protokoll basiert auf einem konsistenten Netzwerk, sodass Ping-Zeiten berechnet und die Taktsignale entsprechend angepasst werden können. Mehr Server bedeuten eine bessere Chance, dass einer oder mehrere von ihnen ein gutes Signal geben. Computerchips driften häufig ab, daher bin ich mir nicht sicher, ob es sich um ein Hardwareproblem handelt oder nur um eine Tatsache, die mit den Hardwaretypen der meisten PCs zu tun hat.
Grey

3

Ich glaube, dass Mavericks das Gleiche mit meinem Mac Mini gemacht hat. Nach ein paar unfruchtbaren Anrufen beim Apple-Support (der mir die Standard-Lame-Lösungen wie das Zurücksetzen von p-ram gab), beschloss ich, mich selbst damit zu befassen.

Ich habe festgestellt, dass der NTP-Dämon (NTPD) nach dem ersten Start nach dem Systemstart beendet / beendet wird. (Wird durch Betrachten der Systemprotokolle über das Konsolendienstprogramm und Filtern nach "ntp" gefunden.)

Ich habe Apple Support ein drittes Mal angerufen, um eine geeignetere Lösung zu finden, als Konfigurationsdateien zu bearbeiten. Ich habe mit einem der leitenden Mitarbeiter des technischen Supports gesprochen. Er ließ mich einen weiteren P-RAM-Reset durchführen, aber auch den Ordner SystemConfiguration (im Ordner Macintosh HD / Library / Preferences) in den Papierkorb verschieben, den Papierkorb leeren und neu starten. Danach musste ich meinen WLAN- und Computernamen erneut einrichten (und später auch meine Bildschirmfreigabeeinstellungen, da ich VNC für die Remote-Bildschirmfreigabe verwende).

Bisher (ca. 23 Stunden später) kann ich feststellen, dass ntpd weiterhin ausgeführt wird:

12/6/13 10:14:13.648 AM ntpd[125]: ntpd: time set +0.963208 s
12/6/13 10:17:41.244 AM ntpd[125]: FREQ state ignoring +0.048040 s
12/6/13 10:18:51.412 AM ntpd[125]: FREQ state ignoring +0.065328 s
12/6/13 10:20:25.493 AM ntpd[125]: FREQ state ignoring +0.086068 s
12/6/13 10:23:01.588 AM ntpd[125]: FREQ state ignoring +0.121602 s
12/6/13 10:26:33.638 AM ntpd[125]: FREQ state ignoring +0.171160 s
12/6/13 10:31:06.911 AM ntpd[125]: ntpd: time set +0.233468 s
12/6/13 10:53:45.415 AM ntpd[125]: ntpd: time set +0.314875 s
12/6/13 11:58:56.335 AM ntpd[125]: SYNC state ignoring -0.375950 s
12/6/13 12:30:12.744 PM ntpd[125]: ntpd: time set -0.825345 s
12/6/13 1:47:54.647 PM ntpd[125]: SYNC state ignoring -1.119880 s
12/6/13 2:09:34.354 PM ntpd[125]: ntpd: time set -1.432706 s
12/6/13 3:49:25.547 PM ntpd[125]: SYNC state ignoring -1.439366 s
12/6/13 4:16:33.217 PM ntpd[125]: ntpd: time set -1.830211 s
12/6/13 10:33:28.790 PM ntpd[125]: SYNC state ignoring -0.411060 s
12/6/13 11:06:32.793 PM ntpd[125]: ntpd: time set -0.905610 s

Das Zurücksetzen des PRAM war das erste, was ich versuchte: nichts zu tun. Ich habe die .applesavedAkte nicht. Siehe oben für mein Update.
Paul J. Lucas

0

Dieser Thread schien eine gute Erklärung für das Problem und die mögliche Problemumgehung zu sein.

https://discussions.apple.com/thread/5604114?start=45&tstart=0#27183298

Grundsätzlich kollidiert Schrittmacher mit Apple modifiziertem NTP auf Mavericks. Mehrere Workarounds mit mindestens: * Kompilieren Sie Ihre eigene Version von ntp oder stellen Sie sie von Vorgängern wieder her. * Erzwingen Sie das Berühren der Drift-Datei, damit der Schrittmacher sie erneut liest

Ich habe noch keine ausprobiert.


-1

Es ist kaputt, auch in Mavericks 10.9.2. Die von mir empfohlenen Lösungen beheben das Problem anscheinend nicht wirklich. Es scheint, als ob die einzige echte Lösung darin besteht, Apples kaputten NTPD und die kaputte Konfiguration zu ersetzen. Eine ausführliche Erklärung finden Sie im Beitrag dieses Typen: http://www.atmythoughts.com/living-in-a-tech-family-blog/2014/2/28/what-time-is-it


4
Bitte fassen Sie die Lösung im Link zusammen - Nur-Link-Antworten können ungültig werden, wenn sich die verlinkte Seite ändert.
grg
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.