"Ntpd impossibile associare l'indirizzo jolly 0.0.0.0 - potrebbe essere in esecuzione un altro processo"


13

Sul mio Ubuntu 13.04 (usando AWS). Quando avvio una nuova macchina o quando riavvio la mia macchina ntpnon si avvia e vedo quanto segue nel syslog:

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

Ho anche notato che prima di questo ntpdate veniva utilizzato per regolare il tempo

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

Non sono sicuro che questa sia una condizione di gara o che manchi qualcosa qui, apprezzerei se qualcuno mi potesse aiutare qui.

Grazie

Risposte:


7

Questo perché ntpdate è in esecuzione quando si tenta di avviare il server. Non ho trovato i motivi per cui lasciarlo installato in modo da poterlo rimuovere se stai usando il demone ntp:

sudo apt-get remove ntpdate

6

L'ho visto su Debian Jessie. La causa sembra essere una corsa tra /etc/init.d/ntpe /etc/network/if-up.d/ntpdate, entrambi i quali sembrano contenere una logica per bloccarsi a vicenda che in realtà non funziona.

Mi piace avere il comando ntpdate disponibile anche se lo uso raramente, quindi piuttosto che disinstallare del tutto ntpdate che ho appena inserito

exit 0

come seconda riga di /etc/network/if-up.d/ntpdate, che non fa nulla. Il mio demone ntp ora si avvia correttamente all'avvio.


Questo ha funzionato per me e questo è un cambiamento persistente, ma potrebbe confondere l'aggiornamento-procedura guidata / processo, quando il sistema viene aggiornato alla versione successiva.
Knb

La "logica ... che in realtà non funziona" potrebbe dipendere dal fatto che il pacchetto lockfile-progs sia installato. Senza questo, i blocchi pertinenti vengono silenziosamente ignorati e il blocco non funzionerà.
Peter Hansen,

4

Ha avuto un problema simile su Debian 5,

un semplice riavvio di NTTP lo ha risolto per me

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

nel caso in cui altri abbiano lo stesso problema

NTPD è stato recentemente installato, sembra che sia necessario un riavvio dopo l'installazione, l'ho notato anche su Debian 6.


1
Questo ha funzionato per me e risolto il problema immediato.
jewettg,

3

Ciò è stato risolto nel 2008 aggiungendo il blocco, ma se hai disabilitato l'installazione Recommendso disinstallato, lockfile-progsavrai ancora questo problema (nota che dovresti aspettarti problemi se disabiliti l'installazione Recommends).


AFAICT, in Jessie (8.8) non consiglia lockfile-progs :(. In Stretch (9.0), viene risolto nuovamente chiamando flockinvece il comando. Grazie per il puntatore.
sourcejedi


Heh, avevo il presupposto che avrebbero messo i Consigli su entrambi i pacchetti. Grazie ancora :).
sourcejedi,

@sourcejedi ntpd non ha bisogno di bloccarsi contro se stesso
wRAR

Ho 16.04 e vedo ancora questo problema dopo a logrotate. lockfile-progsè installato e non succede ogni volta. Viene ntpdateeseguito di tanto in tanto e il blocco ntpdin tali momenti?
Alexis Wilke,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.