Avevo aggiornato il mio vecchio iMac a Mavericks bene. Ho quindi acquistato un nuovo iMac (certificato rinnovato, in realtà) e migrato tutto da un backup di Time Machine.

Il nuovo orologio iMac perde diversi secondi al giorno. Quando sblocco la preferenza di sistema Data e ora , l'ora si sincronizza immediatamente con l'ora corretta. Ma poi perde di nuovo il tempo.

Ho letto questa risposta e ora ho un totale di 3 time server, ma non sembra risolvere il mio problema.

Nel system.logfile ci sono questi messaggi rilevanti:

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).

Quello Interval maximum valuenon sembra buono.

Qualcuno sa come risolvere questo problema in modo che il tempo rimanga sincronizzato?

Aggiornare

Ci è voluto un po 'di tempo, ma l'aggiunta di più time server lo ha reso migliore (non perfetto, ma migliore). Ora guadagna tempo, ma apparentemente a un ritmo molto più lento.

Se l'aggiunta di più server (3 in totale) avesse qualcosa a che fare con il miglioramento, forse (?) L'aggiunta di ancora più server renderà ancora meglio. Ora ho un totale di 5 server in ntp.conf. Lo guarderò nei prossimi due giorni e vedrò cosa succede. (Anche se questo lo risolve, questo non risponde ancora al perché tutto ciò è necessario per risolverlo in primo luogo. Una risposta a ciò sarebbe buona, ma mi accontenterò di risolverlo solo a questo punto.)

A proposito: puoi impostarne più tramite la GUI delle Preferenze di Sistema : basta digitare i nomi dei server nel campo con virgole per separarli. Ciò mantiene sincronizzata la GUI e il file.

A proposito # 2: ecco il sito da cui ho ottenuto l'elenco dei server NTP accessibili al pubblico.

Bene, alcune di queste domande (la tua lista di proiettili incluso "perché 5 server") sono un po 'difficili da rispondere, la sincronizzazione temporale è piuttosto la tana del coniglio. La vecchia parabola sull'uomo con un orologio che sa che ore sono, ma l'uomo con due non è mai sicuro ...

Un server è un "truechimer" ovvio sempre perché non c'è nulla che lo invalidi. Due server è la "peggior configurazione possibile" secondo gli autori di NTP poiché non saprà mai quale sia "più" corretta. Una volta arrivati ​​a tre server, NTP può iniziare a contrassegnare gli orologi come "falseticker" basati su alcune metriche interne: questi verranno visualizzati con lo stato "x" quando si esegue ntpq -psul sistema. Maggiori informazioni su cosa sono le colonne e gli indicatori di stato per quel comando sono disponibili su ntp.org .

Per tornare al problema in questione, alcune note:

• posizionando la linea pool us.pool.ntp.org iburstnel /etc/ntp.conffile si aggiungeranno automaticamente quattro server stratum 2 ntp dal pool ntp all'elenco dei time server. Questi utilizzano la rotazione DNS round-robin per distribuire il carico. Se non sei negli Stati Uniti, ci sono altri pool che puoi utilizzare.

• non è possibile eseguire la riga di configurazione del pool dalla GUI delle Preferenze di Sistema; si potrebbe, tuttavia, mettere il seguente 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 scelta dei time server, dovresti sempre assicurarti di selezionare "stratum 2" o server superiori (la migliore pratica online è quella di passare ai server stratum 1 solo se stai scontando tempo su dozzine di macchine localmente). vorrai anche controllare i criteri nell'elenco dei server dell'ora pubblica prima di modificare il minpoll / maxpoll predefinito con i server pubblici, alcuni amministratori non vogliono che tu cambi dalle impostazioni predefinite (questo può comportare un carico maggiore sui loro server pubblici). L'approccio migliore è utilizzare solo i server del pool NTP.

• 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 è decisamente cambiato. Ho un server stratum 1 sulla mia rete locale e l'orologio sul mio iMac si sposta dappertutto mentre prima dell'aggiornamento di Mavericks non lo faceva.

Bene, avere 5 server NTP sembra averlo risolto, quindi immagino che questa risposta sia stata in realtà la risposta per risolverlo , ma è una risposta insoddisfacente perché non risponde alle seguenti domande:

• Perché 5 server?
• Perché ne servono così tanti?
• Perché ne è mai necessaria più di 1?
• Esiste davvero un problema hardware con il chip di clock che lo fa andare alla deriva così tanto che richiede quindi 5 server per mantenerlo corretto?

Credo che Mavericks abbia fatto la stessa cosa con il mio mac mini. Dopo un paio di chiamate infruttuose al supporto Apple (che mi hanno fornito le soluzioni standard come l 'azzeramento di p-ram), ho deciso di approfondire da solo.

Ho osservato che il demone ntp (ntpd) si chiude / esce dopo la prima esecuzione dopo l'avvio del sistema. (trovato guardando i registri di sistema attraverso l'utilità della console e filtrando per "ntp").

Ho dato al supporto Apple una terza chiamata per trovare una soluzione più adatta rispetto alla modifica dei file di configurazione. Ho parlato con uno dei loro senior staff 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 / Libreria / Preferenze) nel cestino, svuotare il cestino e riavviare. Dopodiché, ho dovuto impostare nuovamente il mio nome WiFi e il mio computer (e in seguito anche le mie preferenze di condivisione dello schermo, poiché utilizzo VNC per la condivisione dello schermo remoto).

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

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 della possibile soluzione.

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

Fondamentalmente i pacemaker sono in conflitto con Apple ha modificato ntp su Mavericks. Diverse soluzioni alternative sono state offerte almeno con: * 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 ci ho ancora provato.

È rotto, anche in Mavericks 10.9.2. Le soluzioni che ho visto raccomandate apparentemente non risolvono davvero il problema. Sembra che l'unica vera soluzione sia sostituire l'NTPD e la configurazione di Apple rotti. Per una spiegazione approfondita, vedi il post di questo ragazzo: http://www.atmythoughts.com/living-in-a-tech-family-blog/2014/2/28/what-time-is-it