ntpd no se está actualizando

19

Había actualizado mi vieja iMac a Mavericks muy bien. Luego compré un iMac nuevo (certificado, restaurado, 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 fecha & Preferencia del sistema , la hora se sincroniza inmediatamente con la hora correcta. Pero entonces simplemente pierde el tiempo otra vez.

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

En el archivo system.log , 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 value uno no se ve bien.

¿Alguien sabe cómo arreglar 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 múltiples servidores (3 en total) tuvo algo que ver con hacerlo mejor, quizás (?) la adición de aún más servidores lo hará aún mejor. Ahora tengo un total de 5 servidores en ntp.conf . Lo veré durante los próximos días y veré qué pasa. (Incluso si esto lo soluciona, aún no responde a por qué todo esto es necesario para solucionarlo en primer lugar. Una respuesta a que sería agradable, pero Me conformaré con que solo esté arreglado en este punto.)

BTW: usted puede configurar múltiples mediante la GUI Preferencias del sistema : simplemente ingrese los nombres de servidor en el campo con comas para separarlos. Esto mantiene la GUI y el archivo sincronizados.

BTW # 2: aquí está el sitio . Obtuve la lista de servidores NTP accesibles públicamente.

    
pregunta Paul J. Lucas 04.12.2013 - 07:51

5 respuestas

3

Bueno, tener 5 servidores NTP parece haberlo solucionado, así que supongo que esta respuesta fue en realidad the responde a fix it, pero es una respuesta poco satisfactoria 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 desvíe tanto, por lo que se requieren 5 servidores para mantenerlo correcto?
respondido por el Paul J. Lucas 06.12.2013 - 22:14
4

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 un problema. La vieja parábola sobre el hombre con un reloj que sabe la hora, pero el hombre con dos nunca está seguro ...

Un servidor es un "truechimer" 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 aparecerán con un estado de "x" cuando ejecute ntpq -p en el sistema. Hay más información disponible sobre las columnas y los indicadores de estado para ese comando en ntp.org .

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

  • colocar la línea pool us.pool.ntp.org iburst en su archivo /etc/ntp.conf agregará automáticamente cuatro servidores Stratum 2 ntp desde ntp grupo a su lista de servidores de tiempo. Estos utilizan la rotación de round-robin del DNS 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; Sin embargo, podría poner lo siguiente en el 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 servidores de tiempo, siempre debe asegurarse de seleccionar "stratum 2" o servidores más altos (la mejor práctica en línea es ir solo a los servidores de stratum 1 si está sirviendo tiempo a docenas de máquinas localmente). También querrá consultar las políticas en la lista de servidores de tiempo público antes de modificar el minpoll / maxpoll predeterminado con servidores públicos, algunos administradores no quieren que cambie los valores predeterminados (esto puede suponer una mayor carga en sus servidores públicos). El mejor enfoque es utilizar 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 algo cambió definitivamente. 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.

respondido por el Harald Nagel 13.12.2013 - 23:19
3

Creo que los Mavericks hicieron lo mismo con mi Mac mini. Después de un par de llamadas infructuosas al soporte de Apple (que me dieron 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. (Encontrado mirando los registros del sistema a través de la utilidad de la consola y filtrando por "ntp").

Le di a Apple una tercera llamada para encontrar una solución más adecuada que la edición de archivos de configuración. Hablé con uno de sus miembros del personal de soporte técnico de alto nivel. Me hizo hacer otro reinicio de p-ram, pero también mover la carpeta Configuración del sistema (que se encuentra en la carpeta Macintosh HD / Biblioteca / Preferencias) a la papelera, vaciar la papelera y reiniciar. Después de lo cual, tuve que configurar mi WiFi y el nombre de mi computadora nuevamente (y luego mis preferencias para compartir la pantalla también, ya que uso VNC para compartir la pantalla a distancia).

Hasta ahora (aproximadamente 23 horas más tarde) 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
    
respondido por el Scott D 06.12.2013 - 15:00
0

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

enlace

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

Todavía no he probado ninguno.

    
respondido por el coffeebreaks 09.12.2014 - 09:25
-1

Está roto, incluso en Mavericks 10.9.2. Las soluciones recomendadas que aparentemente no solucionan el problema. Parece que la única solución real es reemplazar el ntpd y la configuración de Apple. Para una explicación completa, vea la publicación de este chico: enlace

    
respondido por el Daniel A. Shockley 07.05.2014 - 15:56

Lea otras preguntas en las etiquetas