Había actualizado mi viejo iMac a Mavericks muy bien. Luego compré un nuevo iMac (certificado reacondicionado, en realidad) y migré todo desde una copia de seguridad de Time Machine.

El nuevo reloj del iMac pierde varios segundos al día. Cuando desbloqueo la preferencia del sistema de Fecha y hora , la hora se sincroniza inmediatamente con la hora correcta. Pero luego solo pierde tiempo otra vez.

Leí esta respuesta y ahora tengo un total de 3 servidores de tiempo, pero no parece resolver mi problema.

En el system.logarchivo, hay estos mensajes relevantes:

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

El Interval maximum valueuno no se ve bien.

¿Alguien sabe cómo solucionar esto para que el tiempo permanezca sincronizado?

Actualizar

Tomó un poco de tiempo, pero la adición de múltiples servidores de tiempo lo hizo mejor (no perfecto, pero mejor). Ahora gana tiempo, pero aparentemente a un ritmo mucho más lento.

Si la adición de varios servidores (3 en total) tuvo algo que ver con mejorarlo, quizás (?) La adición de aún más servidores lo mejorará aún más. Ahora tengo un total de 5 servidores en ntp.conf. Lo veré durante los próximos días y veré qué sucede. (Incluso si esto lo soluciona, esto todavía no responde por qué todo esto es necesario para solucionarlo en primer lugar. Una respuesta a eso sería agradable, pero me conformaré con que solo se solucione en este punto).

Por cierto: puede configurar múltiples a través de la GUI de preferencias del sistema : simplemente escriba los nombres de los servidores en el campo con comas para separarlos. Esto mantiene la GUI y el archivo sincronizados.

Por cierto # 2: aquí está el sitio del que obtuve la lista de servidores NTP de acceso público.

Bueno, algunas de estas preguntas (su lista de viñetas que incluye "por qué 5 servidores") son un poco difíciles de responder, la sincronización de tiempo es bastante difícil. La vieja parábola sobre el hombre con un reloj que sabe qué hora es pero el hombre con dos nunca está seguro ...

Un servidor es un "verdadero verdadero" obvio siempre porque no hay nada que lo invalide. Dos servidores es la "peor configuración posible" según los autores de NTP ya que nunca sabrá cuál es "más" correcto. Una vez que llegue a tres servidores, NTP puede comenzar a marcar los relojes como "falsetickers" en función de algunas métricas internas, que se mostrarán con un estado de 'x' cuando se ejecute ntpq -pen el sistema. Más información sobre cuáles son las columnas y los indicadores de estado para ese comando está disponible en ntp.org .

Para volver al tema en cuestión, algunas notas:

• colocar la línea pool us.pool.ntp.org ibursten su /etc/ntp.confarchivo agregará automáticamente cuatro servidores stratum 2 ntp del grupo ntp a su lista de servidores de hora. Estos usan la rotación de DNS round-robin para distribuir la carga. Si no está en los EE. UU., Hay otros grupos que puede usar.

• no puede hacer la línea de configuración del grupo desde la GUI de Preferencias del Sistema; usted podría, sin embargo, poner el siguiente en la que tendría el mismo efecto: 0.us.pool.ntp.org, 1.us.pool.ntp.org, 2.us.pool.ntp.org, 3.us.pool.ntp.org.

• Al seleccionar los servidores de tiempo usted mismo, siempre debe asegurarse de seleccionar servidores de "estrato 2" o superiores (la mejor práctica en línea es ir solo a los servidores de estrato 1 si está sirviendo tiempo a docenas de máquinas localmente). también querrá verificar las políticas en la lista de servidores de hora pública antes de modificar el minpoll / maxpoll predeterminado con servidores públicos, algunos administradores no quieren que cambie los valores predeterminados (esto puede colocar una carga mayor en sus servidores públicos). El mejor enfoque es usar los servidores del grupo NTP.

• También estoy viendo un cambio sustancial en la calidad del tiempo desde la actualización a Mavericks. Acabo de agregar más servidores como lo hizo para ver si eso resuelve el problema, pero definitivamente algo cambió. Tengo un servidor de estrato 1 en mi red local y el reloj de mi iMac se desplaza por todas partes, mientras que antes de la actualización de Mavericks no lo hacía.

Bueno, tener 5 servidores NTP parece haberlo resuelto, así que supongo que esta respuesta fue en realidad la respuesta para solucionarlo , pero es una respuesta insatisfactoria porque no responde las siguientes preguntas:

• ¿Por qué 5 servidores?
• ¿Por qué se necesitan tantos?
• ¿Por qué se necesita más de 1?
• ¿Existe realmente un problema de hardware con el chip del reloj que hace que se desplace tanto y que requiera 5 servidores para mantenerlo correcto?

Creo que Mavericks le hizo lo mismo a mi Mac Mini. Después de un par de llamadas infructuosas al soporte técnico de Apple (que me dio las soluciones estándar, como restablecer p-ram), decidí investigar esto yo mismo.

Observé que el demonio ntp (ntpd) se cierra / sale después de la primera ejecución después del inicio del sistema. (se encuentra mirando los registros del sistema a través de la utilidad de la consola y filtrando por "ntp").

Le di al soporte de Apple una tercera llamada para encontrar una solución más adecuada que editar archivos de configuración. Hablé con uno de su personal de soporte técnico senior. Me hizo hacer otro reinicio de p-ram, pero también mover la carpeta SystemConfiguration (que se encuentra en la carpeta Macintosh HD / Library / Preferences) a la papelera, vaciar la papelera y reiniciar. Después de lo cual, tuve que configurar mi WiFi y el nombre de la computadora nuevamente (y más tarde también mis preferencias de uso compartido de pantalla, ya que uso VNC para compartir pantalla de forma remota).

Hasta ahora (aproximadamente 23 horas después) puedo ver que ntpd continúa ejecutándose:

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

Este hilo parecía una buena explicación del problema y la posible solución.

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

Básicamente, el marcapasos entra en conflicto con el ntp modificado de Apple en Mavericks. Se ofrecen varias soluciones alternativas con al menos: * compile su propia versión de ntp o restaure desde pre-mavericks * fuerce el toque del archivo de deriva para que el marcapasos lo vuelva a leer

No lo he probado todavía.

Está roto, incluso en Mavericks 10.9.2. Las soluciones que he visto recomendadas aparentemente no solucionan realmente el problema. Parece que la única solución real es reemplazar el ntpd y la configuración dañados de Apple. Para una explicación detallada, vea la publicación de este tipo: http://www.atmythoughts.com/living-in-a-tech-family-blog/2014/2/28/what-time-is-it