Indica que tiene un demonio NTP ejecutándose, generalmente el que se encuentra a través del ntppaquete. No puede tener dos aplicaciones que ajusten el reloj al mismo tiempo.
Primero detenga el demonio NTP actual en ejecución:
sudo service ntp stop
Ejecuta tu ntpdatecomando.
Inicie el demonio NTP nuevamente:
sudo service ntp start
Fondo
El demonio NTP no dará grandes pasos hacia adelante o hacia atrás, pero es útil para transiciones muy suaves y pequeñas. Antes de que funcione correctamente, sincronice el tiempo usando ntpdateprimero, por esa razón. Puede consultar el estado del demonio de esta manera:
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*chime1.surfnet. 194.171.167.130 2 u 59 64 7 3.159 -0.207 0.136
+chime2.surfnet. .GPS. 1 u 59 64 7 6.872 -0.592 0.091
[...]
ns1.tudelft.nl .INIT. 16 u - 64 0 0.000 0.000 0.000
+ev001.tilaa.nl 193.67.79.202 2 u 55 64 7 4.038 -0.613 0.110
Corrección: ntpq es de la implementación de referencia ntp. En los años 90 y principios de los 00 se llamaba xntpd, ahora es solo ntpd o ntpv4.
DFC
Gran explicación: nunca supe por qué ntp no daría grandes saltos.
Jeremy Hajek
+1 Habilité ntpd y esperaba verlo corregir mi tiempo (que era 2 minutos), como prueba de que estaba funcionando. Pero, por supuesto, no lo hará porque "no dará grandes pasos hacia adelante o hacia atrás". Gracias por la explicación
Matt Freake
4
Si obtiene el error NTP socket in usecomo se muestra a continuación:
En ese caso solo corre
$ sudo service ntp stop
$ sudo ntpdate pool.ntp.org
$ sudo service ntp start
No aliente a las personas a ejecutar ntpdate cuando se está ejecutando ntpd
dfc
1
¿Por qué publicar capturas de pantalla con solo texto? Copiar y pegar 'simplemente funciona'. ;-)
gertvdijk
1
+1 para la opción -u que evita la molestia de detener ntpd
dan carter
1
Un problema común es que las personas descubren que su computadora no se ha actualizado en la transición DST (horario de verano) designado. Una vez reconocido, el usuario intenta corregir el tiempo con sudo ntpdate -b pool.ntp.orgo similar solo para descubrir que NTP ya se está ejecutando y simplemente no funcionó.
En el caso general, simplemente no se puede confiar en NTP para corregir su reloj en las transiciones DST. Por ejemplo, NTP tiene casos en los que se negará a configurar su reloj . Obtiene toneladas de resultados cuando busca problemas de NTP, por lo que claramente las limitaciones de NTP han afectado a muchas personas. Estoy seguro de que hay razones sólidas para cualquier decisión de diseño de NTP, pero eso no cambia el hecho de que no se puede confiar en que siempre haga lo que el usuario promedio esperaría.
Asegúrese de verificarlo si es importante para usted para algún propósito específico. Puede tener mayor suerte con una transición automática DST si configura manualmente la hora correcta poco antes de la transición.
Este es un problema difícil para el usuario promedio para experimentar, ya que el horario de verano solo ocurre en dos instancias por año.
Si el ntp deamen está instalado y ejecutándose, obtendría el mismo error ya que no puede ajustar el reloj a través de dos programas al mismo tiempo.
Si el servicio se está ejecutando, se sincronizará con los servidores que están en /etc/ntp.conf para que se sincronice el tiempo. Es mejor reiniciar ntp daemon todas las noches para que si se detiene de alguna manera comience todos los días, configúrelo en crontab.
crontab -e
@daily sudo service ntp restart >> /tmp/time.log
Puede verificar los detalles de la sincronización de su servidor a través del siguiente comando
ntpq
es de xntpd.Si obtiene el error
NTP socket in use
como se muestra a continuación:En ese caso solo corre
y obtendrás
O simplemente ejecutar
sudo ntpdate -u pool.ntp.org
actualizar con el ntpd deamon corriendo
fuente
Un problema común es que las personas descubren que su computadora no se ha actualizado en la transición DST (horario de verano) designado. Una vez reconocido, el usuario intenta corregir el tiempo con
sudo ntpdate -b pool.ntp.org
o similar solo para descubrir que NTP ya se está ejecutando y simplemente no funcionó.En el caso general, simplemente no se puede confiar en NTP para corregir su reloj en las transiciones DST. Por ejemplo, NTP tiene casos en los que se negará a configurar su reloj . Obtiene toneladas de resultados cuando busca problemas de NTP, por lo que claramente las limitaciones de NTP han afectado a muchas personas. Estoy seguro de que hay razones sólidas para cualquier decisión de diseño de NTP, pero eso no cambia el hecho de que no se puede confiar en que siempre haga lo que el usuario promedio esperaría.
Asegúrese de verificarlo si es importante para usted para algún propósito específico. Puede tener mayor suerte con una transición automática DST si configura manualmente la hora correcta poco antes de la transición.
Este es un problema difícil para el usuario promedio para experimentar, ya que el horario de verano solo ocurre en dos instancias por año.
fuente
Si el ntp deamen está instalado y ejecutándose, obtendría el mismo error ya que no puede ajustar el reloj a través de dos programas al mismo tiempo.
Si el servicio se está ejecutando, se sincronizará con los servidores que están en /etc/ntp.conf para que se sincronice el tiempo. Es mejor reiniciar ntp daemon todas las noches para que si se detiene de alguna manera comience todos los días, configúrelo en crontab.
Puede verificar los detalles de la sincronización de su servidor a través del siguiente comando
fuente