La hora de mi sistema es incorrecta por alguna razón.
necesito ejecutar una actualización pero parece que no puedo
este es el error.
ntpdate pool.ntp.org
31 Aug 12:31:59 ntpdate[3108]: the NTP socket is in use, exiting
acabo de reiniciar, no sé cómo puede ser in use.
Si quieres ejecutar ntpdate con el demonio ntp ya en marcha, utiliza el siguiente comando:
# ntpdate -u pool.ntp.org
y utilizará un puerto diferente.
Está en uso porque el servicio ntp está probablemente en funcionamiento. No mencionaste qué Linux estás usando así que esto asume que tienes service instalado (que estás corriendo un sistema System V):
$ sudo ntpdate pool.ntp.org
31 Aug 19:05:55 ntpdate[8911]: the NTP socket is in use, exiting
$ sudo service ntp stop
[ok] Stopping NTP server: ntpd.
$ sudo ntpdate pool.ntp.org
31 Aug 19:07:11 ntpdate[10355]: adjust time server 46.29.176.115 offset -0.002893 sec
$ sudo service ntp start
Una simple línea para sincronizar tu reloj:
ntpdate -u ptbtime1.ptb.de && hwclock -w
Podrías tener un firewall bloqueando el puerto 123 lo que puede causar que el servidor ntp nunca vea los servidores de tiempo.
En mi caso mi ISP (Proveedor de Servicios de Internet) estaba bloqueando los puertos.
Un escaneo del puerto 123 tampoco detectó el bloqueo.
La pistola humeante fue que temporalmente tengo dos alimentaciones independientes de Internet. En linux si ejecuto ntpq -p (repetidamente) con la primera alimentación de internet conectada no se actualiza nada, ¡pero con la otra alimentación se actualiza!
Como dice @Jens A. Koch, ntpdate -u <server name> evita esto, bueno, temporalmente (no es un juego de palabras), pero no soluciona el problema del tiempo a largo plazo.
Con el tiempo se producirán desviaciones en los relojes del sistema y del hardware. Además, en mi caso, el arranque dual linux/windows hace que el reloj del hardware se desajuste aún más (por horas).
Así que debe tener el puerto 123 abierto para UDP para mantener su reloj de sistema.
En lugar de usar -u , también puede hacer esto que creo que usa el puerto 123 (en lugar de un puerto no ‘privilegiado’):
service ntp stop, luego
ntpdate <server url> (sin la -u) y finalmente
service ntp start.
Esto parece evitar el problema del bloqueo del puerto, al menos para ajustar el reloj una vez. Si -u funciona, pero esto no, entonces es una señal bastante segura de que el puerto está bloqueado, o el servidor no responde, …
Otro problema que tuve que resolver fue que para mí la configuración /etc/ntp.conf por defecto de Debian incluía 4 líneas a los pools: debian.pool.ntp.org. Ninguno de esos servidores funcionaba. Me salía este mensaje de error
Error resolviendo debian.pool.ntp.org: No hay dirección asociada a nombre de host (-5) 24 Mar 04:49:27 ntpdate[15115]: No se puede encontrar el host debian.pool.ntp.org: No hay dirección asociada con el nombre del host (-5) 24 Mar 04:49:27 ntpdate[15115]: no se pueden usar servidores, saliendo
Tuve que cambiar los servidores a us.pool.ntp.org.