„Ntpd nie może powiązać z adresem wieloznacznym 0.0.0.0 - może działać inny proces”

Na moim Ubuntu 13.04 (przy użyciu AWS). Po uruchomieniu nowego komputera lub ponownym uruchomieniu komputera mój komputer ntpnie uruchamia się i w dzienniku systemowym widzę następujące informacje:

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

Zauważyłem również, że wcześniej ta ntpdate była używana do dostosowania czasu

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

Nie jestem pewien, czy to warunek wyścigu, czy coś mi tu brakuje, byłbym wdzięczny, gdyby ktoś mógł mi tutaj pomóc.

Dzięki

Wynika to z faktu, że ntpdate jest uruchomione podczas próby uruchomienia serwera. Nie znalazłem powodów, aby pozostawić go zainstalowanym, abyś mógł go usunąć, jeśli używasz demona NTTP:

sudo apt-get remove ntpdate

Widziałem to na Debian Jessie. Przyczyną wydaje się być wyścig między, /etc/init.d/ntpa /etc/network/if-up.d/ntpdateoba wydają się zawierać logikę, aby się wzajemnie zablokować, co tak naprawdę nie działa.

Lubię mieć dostępną komendę ntpdate, mimo że rzadko jej używam, więc zamiast całkowicie odinstalować ntpdate

exit 0

jako druga linia /etc/network/if-up.d/ntpdate, co sprawia, że ​​nic nie robi. Mój demon NTTP teraz uruchamia się pomyślnie podczas rozruchu.

Miał podobny problem na Debianie 5,

proste ponowne uruchomienie NTTP rozwiązało to dla mnie

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

na wypadek, gdyby inni mieli ten sam problem

NTPD został niedawno zainstalowany, wydaje się, że konieczne jest ponowne uruchomienie po instalacji, zauważyłem to również w Debianie 6.

Zostało to naprawione w 2008 roku przez dodanie blokady, ale jeśli wyłączyłeś instalowanie Recommendslub odinstalowanie lockfile-progs, nadal będziesz mieć ten problem (zwróć uwagę, że powinieneś spodziewać się problemów, jeśli wyłączyłeś instalację Recommends).