"Ntpd no se puede vincular a la dirección de comodín 0.0.0.0 - puede estar ejecutándose otro proceso"

13

En mi Ubuntu 13.04 (usando AWS). Cuando inicio una nueva máquina o cuando reinicio mi máquina ntpno se inicia y veo lo siguiente en el registro del sistema:

Jan 10 02:56:49 ntpd: unable to bind to wildcard address 0.0.0.0 - another process may be running - EXITING

También noté que antes de este ntpdate se usaba para ajustar el tiempo

Jan 10 02:45:20 ntpdate[960]: adjust time server offset -0.000259 sec

No estoy seguro de si esta es una condición de carrera o si me falta algo aquí, agradecería que alguien pueda ayudarme aquí.

Gracias

ntp usuario596374
fuente

Respuestas:

7

Esto se debe a que ntpdate se está ejecutando cuando intenta iniciar el servidor. No he encontrado razones por las que dejarlo instalado para que pueda eliminarlo si está usando ntp daemon:

sudo apt-get remove ntpdate
Braiam
fuente
6

He visto esto en Debian Jessie. La causa parece ser una carrera entre /etc/init.d/ntpy /etc/network/if-up.d/ntpdate, que parecen contener lógica para encerrarse mutuamente que en realidad no funciona.

Me gusta tener el comando ntpdate disponible aunque rara vez lo uso, así que en lugar de desinstalar ntpdate por completo, acabo de insertar

exit 0

como la segunda línea de /etc/network/if-up.d/ntpdate, lo que hace que no haga nada. Mi ntp daemon ahora se inicia con éxito en el momento del arranque.

Flabdablet
fuente
Esto funcionó para mí y este es un cambio persistente, pero podría confundir el asistente / proceso de actualización cuando el sistema se actualiza a la próxima versión.
knb
La "lógica ... que realmente no funciona" puede deberse a que depende de tener instalado el paquete lockfile-progs. Sin eso, los bloques relevantes se omiten silenciosamente y el bloqueo no funcionará.
Peter Hansen
4

Tenía un problema similar en Debian 5,

un simple reinicio de ntp lo resolvió para mí

/etc/init.d/ntp stop
/etc/init.d/ntp start

por si otro tiene el mismo problema

NTPD se instaló recientemente, parece que es necesario reiniciar después de la instalación, también noté esto en Debian 6.

Sverre
fuente
1
Esto funcionó para mí y resolvió el problema inmediato.
jewettg
3

Esto se solucionó en 2008 al agregar el bloqueo, pero si deshabilitó la instalación Recommendso la desinstalación lockfile-progs, seguirá teniendo este problema (tenga en cuenta que debe esperar problemas si deshabilita la instalación Recommends).

wRAR
fuente
AFAICT, en Jessie (8.8) no recomienda lockfile-progs :(. En Stretch (9.0), se corrige nuevamente llamando al flockcomando en su lugar. Gracias por el puntero.
sourcejedi
@sourcejedi packages.debian.org/jessie/ntpdate
wRAR
Heh, supuse que pondrían los Recommends en ambos paquetes. Gracias de nuevo :).
sourcejedi
@sourcejedi ntpd no necesita bloquearse contra sí mismo
wRAR
Tengo 16.04 y todavía veo este problema después de a logrotate. lockfile-progsestá instalado y no sucede todo el tiempo. ¿Se ntpdatecorre de vez en cuando y se bloquea ntpden esos momentos?
Alexis Wilke