Sur mon Ubuntu 13.04 (utilisant AWS). Lorsque je démarre une nouvelle machine ou lorsque je redémarre ma machine, ntp
ne démarre pas et le message suivant s'affiche dans le journal système:
Jan 10 02:56:49 ntpd: unable to bind to wildcard address 0.0.0.0 - another process may be running - EXITING
J'ai aussi remarqué qu'avant que ntpdate ne soit utilisé pour ajuster le temps
Jan 10 02:45:20 ntpdate[960]: adjust time server offset -0.000259 sec
Je ne sais pas s'il s'agit d'une situation de concurrence critique ou si je manque quelque chose ici, j'apprécierais que quelqu'un puisse m'aider ici.
Merci
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 de pouvoir le supprimer si vous utilisez le démon ntp:
Sudo apt-get remove ntpdate
J'ai vu cela sur Jessie Debian. La cause semble être une course entre /etc/init.d/ntp
et /etc/network/if-up.d/ntpdate
, les deux semblant contenir une logique pour se verrouiller mutuellement qui ne fonctionne pas réellement.
J'aime avoir la commande ntpdate disponible bien que je l'utilise rarement, alors plutôt que de désinstaller ntpdate complètement, je viens d'insérer
exit 0
comme la deuxième ligne de /etc/network/if-up.d/ntpdate
, ce qui le fait ne rien faire. Mon démon ntp démarre maintenant avec succès au démarrage.
Avait 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 ont 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 aussi remarqué sur Debian 6.
Cela a été corrigé en 2008 en ajoutant le verrouillage, mais si vous désactivez l'installation de Recommends
ou désinstallé lockfile-progs
, vous aurez toujours ce problème (notez que vous devriez vous attendre à des problèmes si vous désactivez l'installation de Recommends
name__).