Bene, avere 5 server NTP sembra averlo risolto, quindi suppongo che questa risposta sia effettivamente la risposta a risolvi , ma è una risposta insoddisfacente perché non risponde alle seguenti domande:

• Perché 5 server?
• Perché ne occorrono così tanti?
• Perché è necessario più di 1?
• Esiste davvero un problema hardware con il clock chip che lo rende così alla deriva così che richiede 5 server per mantenerlo corretto?

Bene, alcune di queste domande (il tuo elenco di elenchi puntato compreso "perché 5 server") sono un po 'difficili da rispondere, la sincronizzazione dell'ora è piuttosto la tana del coniglio. La vecchia parabola sull'uomo con un orologio che sa che ora è, ma l'uomo con due non è mai sicuro ...

Un server è un ovvio "truechimer" sempre perché non c'è nulla che lo invalida. Due server è la "configurazione peggiore possibile" secondo gli autori NTP poiché non saprà mai quale è "più" corretta. Una volta arrivati a tre server, NTP può iniziare a contrassegnare gli orologi come "falsetickers" sulla base di alcune metriche interne, che appariranno con uno stato di "x" quando si esegue ntpq -p sul sistema. Ulteriori informazioni su ciò che le colonne e gli indicatori di stato sono per quel comando sono disponibili su ntp.org .

Per tornare al problema in questione, alcune note:

• posizionando la riga pool us.pool.ntp.org iburst nel tuo file /etc/ntp.conf verranno aggiunti automaticamente quattro server stratum 2 ntp dal ntp pool all'elenco dei server di riferimento. Questi usano la rotazione round-robin DNS per distribuire il carico. Se non sei negli Stati Uniti, ci sono altri pool che puoi usare.

• non è possibile eseguire la linea di configurazione del pool dalla GUI delle Preferenze di Sistema; potresti, tuttavia, inserire quanto segue in cui avrebbe lo stesso effetto: 0.us.pool.ntp.org, 1.us.pool.ntp.org, 2.us.pool.ntp.org, 3.us.pool.ntp.org .

• nella selezione di time server da soli, dovresti sempre assicurarti di selezionare i server "stratum 2" o superiori (la migliore pratica online è quella di accedere ai server stratum 1 solo se stai scontando decine di macchine a livello locale). dovrai anche controllare le politiche nell'elenco dei server dei tempi pubblici prima di modificare la minipoll / maxpoll predefinita con i server pubblici, alcuni amministratori non vogliono che tu cambi dai valori predefiniti (questo può caricare un carico maggiore sui loro server pubblici). L'approccio migliore è utilizzare solo i server NTP pool.

• Vedo anche un sostanziale cambiamento nella qualità del tempo dall'aggiornamento a Mavericks. Ho appena aggiunto più server come hai fatto per vedere se questo risolve il problema, ma qualcosa di decisamente cambiato. Ho un server stratum 1 sulla mia rete locale e l'orologio sul mio iMac si sposta dappertutto, mentre prima dell'aggiornamento Mavericks non lo faceva.

Credo che i Mavericks abbiano fatto la stessa cosa con il mio mac mini. Dopo un paio di chiamate infruttuose al supporto di Apple (che mi ha dato le soluzioni standard di zoppo come reimpostare p-ram), ho deciso di scavare in questo io stesso.

Ho osservato che ntp demon (ntpd) si chiude / esce dopo la prima esecuzione dopo l'avvio del sistema. (trovato guardando i log di sistema attraverso l'utility della console e filtrando con "ntp").

Ho dato a Apple il supporto di una terza chiamata per trovare una soluzione più adatta rispetto alla modifica dei file di configurazione. Ho parlato con uno dei loro esperti di supporto tecnico. Mi ha fatto fare un altro reset di p-ram, ma anche spostare la cartella SystemConfiguration (che si trova nella cartella Macintosh HD / Library / Preferences) nel cestino, nel cestino vuoto e nel riavvio. Dopo di che, ho dovuto configurare nuovamente il mio nome di computer e WiFi (e in seguito anche le mie preferenze di condivisione dello schermo, perché utilizzo VNC per la condivisione dello schermo da remoto).

Finora (circa 23 ore dopo) posso vedere che ntpd continua a girare:

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

Questa discussione sembrava una buona spiegazione del problema e del possibile work-around.

link

In buona sostanza i conflitti pacemaker con Apple hanno modificato il ntp su Mavericks. Diversi work-arounds offerti con almeno: * compilare la propria versione di ntp o ripristinare da pre-mavericks * forzare il contatto del file di deriva in modo che il pacemaker lo rilegga

Non ho ancora provato.

È rotto, anche in Mavericks 10.9.2. Le soluzioni che ho visto raccomandate apparentemente non risolvono veramente il problema. Sembra che l'unica vera soluzione sia quella di sostituire il ntpd e la configurazione di Apple. Per una spiegazione approfondita, guarda il post di questo tipo: link