"Ntpd incapable de se lier à l'adresse générique 0.0.0.0 - un autre processus peut être en cours d'exécution"

13

Sur mon Ubuntu 13.04 (en utilisant AWS). Lorsque je démarre une nouvelle machine ou lorsque je redémarre, ma machine ntpne démarre pas et je vois ce qui suit dans le syslog:

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

Je remarque également qu'avant ce ntpdate a été utilisé pour ajuster le temps

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

Je ne sais pas si c'est une condition de course ou si je manque quelque chose ici, j'apprécierais que quelqu'un puisse m'aider ici.

Merci

ntp user596374
la source

Réponses:

7

Cela est dû au fait que ntpdate est en cours d'exécution lorsque vous essayez de démarrer le serveur. Je n'ai pas trouvé de raisons de le laisser installé afin que vous puissiez le supprimer si vous utilisez le démon ntp:

sudo apt-get remove ntpdate
Braiam
la source
6

J'ai vu ça sur Debian Jessie. La cause semble être une course entre /etc/init.d/ntpet /etc/network/if-up.d/ntpdate, qui semblent contenir une logique de verrouillage mutuel qui ne fonctionne pas réellement.

J'aime avoir la commande ntpdate disponible même si je l'utilise rarement, donc plutôt que de désinstaller ntpdate, je viens d'insérer

exit 0

comme la deuxième ligne de /etc/network/if-up.d/ntpdate, ce qui ne fait rien. Mon démon ntp démarre maintenant avec succès au démarrage.

flabdablet
la source
Cela a fonctionné pour moi et c'est un changement persistant, mais cela pourrait confondre l'assistant de mise à niveau / le processus, lorsque le système est mis à niveau vers la prochaine version.
knb
La "logique ... qui ne fonctionne pas réellement" peut être due au fait que le package lockfile-progs est installé. Sans cela, les blocs concernés sont ignorés en silence et le verrouillage ne fonctionnera pas.
Peter Hansen
4

Eu un problème similaire sur Debian 5,

un simple redémarrage de ntp l'a résolu pour moi

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

juste au cas où d'autres auraient le même problème

NTPD a été récemment installé, il semble qu'un redémarrage après l'installation soit nécessaire, je l'ai également remarqué sur Debian 6.

Sverre
la source
1
Cela a fonctionné pour moi et a résolu le problème immédiat.
jewettg
3

Cela a été corrigé en 2008 en ajoutant le verrouillage, mais si vous avez désactivé l'installation Recommendsou désinstallé, lockfile-progsvous aurez toujours ce problème (notez que vous devriez vous attendre à des problèmes si vous avez désactivé l'installation Recommends).

wRAR
la source
AFAICT, dans Jessie (8.8), il ne recommande pas lockfile-progs :(. Dans Stretch (9.0), il est à nouveau corrigé en appelant la flockcommande à la place. Merci pour le pointeur.
sourcejedi
@sourcejedi packages.debian.org/jessie/ntpdate
wRAR
Hé, je supposais qu'ils mettraient les recommandations sur les deux paquets. Merci encore :).
sourcejedi
@sourcejedi ntpd n'a pas besoin de se verrouiller contre lui
wRAR
J'ai 16.04 et je vois toujours ce problème après a logrotate. lockfile-progsest installé et ne se produit pas à chaque fois. Est ntpdateexécuté de temps en temps et bloque ntpdà ces moments?
Alexis Wilke