19 votos

ntpd no tiempo de actualización

Yo había actualizado mi viejo iMac a los Mavericks de bien. Luego me compré un nuevo (reacondicionado certificado, en realidad) iMac y migrar todo a través de una Máquina del Tiempo de copia de seguridad.

El nuevo iMac reloj pierde varios segundos en un día. Cuando puedo desbloquear la Fecha Y Hora de preferencias del sistema, la hora y luego se sincroniza con la hora correcta inmediatamente. Pero entonces, sólo se pierde el tiempo otra vez.

He leído esta respuesta y ahora tiene un total de 3 tiempo de los servidores, pero no parece para resolver mi problema.

En la system.log archivo, 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 como solucionar esto para que el tiempo se mantiene sincronizado?


Actualización

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

Si la adición de varios servidores (3 en total) tenían nada que ver con lo que es mejor, tal vez (?) la adición de más servidores hará que sea aún mejor. Ahora tengo un total de 5 servidores en ntp.conf. Voy a ver en el próximo par de días y ver qué pasa. (Incluso si esto soluciona, este todavía no contesta ¿por qué todo esto es necesario para solucionarlo en el primer lugar. Una respuesta a eso sería bueno, pero me conformo con que solo se fija en este punto.)

Por CIERTO: usted puede configurar múltiples a través del Sistema de Preferencias de la GUI: justo el tipo de servidor de nombres en el campo con comas para separarlos. Esto mantiene la interfaz de usuario y el archivo en modo de sincronización.

Por CIERTO #2: este es el sitio tengo la lista de acceso público los servidores NTP.

4voto

Nack Puntos 203

Así, algunas de estas preguntas (su lista de viñetas incluyendo "¿por qué 5 servidores") son un poco difícil de responder, el tiempo de sincronización es bastante el agujero del conejo. La vieja parábola acerca de un hombre con un reloj saber qué hora es, pero el hombre con dos nunca estar seguro de...

Un servidor es un evidente "truechimer" siempre, porque no hay nada que lo invalida. Dos servidores es el "peor de configuración" de acuerdo a la NTP autores ya que nunca se sabe lo que uno es "más" correcta. Una vez que llegue a tres servidores NTP puede comenzar a marca de relojes como "falsetickers", basada en algunas métricas internas - los que se mostrará con un estado de 'x' al ejecutar ntpq -p en el sistema. Más información acerca de lo que las columnas y los indicadores de estado para que el comando está disponible en ntp.org.

Para volver al tema en cuestión, un par de notas:

  • la colocación de la línea pool us.pool.ntp.org iburst en su /etc/ntp.conf archivo automáticamente se añadirá cuatro estrato 2 servidores ntp de la ntp de la piscina a su vez de la lista de servidor. Estos utilizan DNS round-robin de rotación de difusión de la carga. Si usted no está en los estados unidos, existen otras fuentes que puede utilizar.

  • no se puede hacer la configuración de grupo de línea desde el Sistema de Preferencias de la interfaz gráfica de usuario; sin embargo, puede poner a la 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.

  • en la selección de los servidores de tiempo de usted mismo, usted siempre debe asegurarse de que usted seleccione "estrato 2" o más servidores (mejor práctica en línea es sólo ir a estrato 1 servidores si se atienden a tiempo a docenas de máquinas localmente). usted también querrá comprobar las políticas pública en el momento de la lista de servidor antes de modificar el valor predeterminado minpoll/maxpoll con servidores públicos, algunos administradores no quieren que cambie los valores predeterminados (este puede colocar una mayor carga en sus servidores públicos). El mejor enfoque es utilizar los servidores NTP de grupo.

  • Yo también estoy viendo un cambio sustancial en el tiempo de la calidad desde la actualización a Mavericks. Acabo de agregar más servidores como hizo para ver si eso soluciona el problema, pero algo que definitivamente ha cambiado. Tengo un estrato 1 servidor en mi red local y el reloj en mi iMac se desplaza por todo el lugar, mientras que antes de los Mavericks de actualización no.

3voto

Jaredk Puntos 36

Creo Mavericks hizo lo mismo con mi mac mini. Después de un par de infructuosas llamadas a soporte técnico de apple (que me dio el estándar cojo soluciones como reiniciar p-ram), me decidí a profundizar en este mismo.

He observado que el demonio ntp (ntpd) se cierra/salidas después de la primera carrera tras el inicio del sistema. (encontrar buscando en los registros del sistema a través de la utilidad de la consola y el filtrado por "ntp").

Me dio el soporte técnico de apple una tercera llamada a encontrar una solución más adecuada que la edición de archivos de configuración. Hablé con uno de sus más altos de tecnología personal de apoyo. Él me había de hacer otro p-ram reset, pero también se mueve la SystemConfiguration carpeta (que se encuentra en Macintosh HD/Librería/Preferencias de carpeta) a la basura, vaciar papelera y reiniciar. Después de lo cual, tuve que configurar mi WiFi y nombre de equipo nuevo (y más tarde mi pantalla de preferencias de compartir demasiado, ya que el uso de VNC para el control remoto de la pantalla compartida).

Hasta ahora (sobre 23hours más tarde), puedo ver que ntpd es dejar de correr:

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

3voto

Priyansh Puntos 21

Bien, después de haber 5 servidores NTP parece haber resuelto, por lo que supongo que esta respuesta era en realidad la respuesta a arreglar , pero es una insatisfacción en la respuesta debido a que no responde a las siguientes preguntas:

  • Por qué los 5 servidores?
  • ¿Por qué son tantos los que se necesitan?
  • ¿Por qué es más de 1 vez necesita?
  • Hay un problema de hardware con el chip de reloj que hace que se deriva tanto por lo que se requiere de 5 servidores para mantener la correcta?

0voto

coffeebreaks Puntos 101

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

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

Básicamente marcapasos conflictos con Apple modificado ntp en Mavericks. Varias soluciones se ofrecen como mínimo con: * compilar su propia versión de la ntp o restaurar a partir de pre-mavericks * la fuerza conmovedora de la deriva archivo, de modo que el marcapasos re-lee

No he probado nada todavia.

-1voto

Está roto, incluso en Mavericks 10.9.2. Las soluciones que he visto recomendado al parecer realmente no soluciona el problema. Parece que la única solución es reemplazar Apple roto ntpd y configuración. Para una explicación detallada, ver este tipo de post: http://www.atmythoughts.com/living-in-a-tech-family-blog/2014/2/28/what-time-is-it

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X