"Ntpd kann keine Bindung an die Wildcard-Adresse 0.0.0.0 herstellen - möglicherweise wird ein anderer Prozess ausgeführt"

13

Auf meinem Ubuntu 13.04 (mit AWS). Wenn ich einen neuen Computer starte oder wenn ich neu starte, ntpstartet mein Computer nicht und im Syslog wird Folgendes angezeigt:

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

Ich bemerke auch, dass vor diesem ntpdate verwendet wurde, um die Zeit anzupassen

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

Ich bin mir nicht sicher, ob es sich um eine Rennsituation handelt oder ob mir hier etwas fehlt. Ich würde mich freuen, wenn mir hier jemand helfen kann.

Vielen Dank

ntp user596374
quelle

Antworten:

7

Dies liegt daran, dass ntpdate ausgeführt wird, wenn Sie versuchen, den Server zu starten. Ich habe keine Gründe gefunden, warum ich es installiert lassen soll, damit Sie es entfernen können, wenn Sie den ntp-Daemon verwenden:

sudo apt-get remove ntpdate
Braiam
quelle
6

Ich habe das auf Debian Jessie gesehen. Die Ursache scheint ein Wettlauf zwischen zu sein/etc/init.d/ntp und zu sein /etc/network/if-up.d/ntpdate. Beide scheinen Logik zu enthalten, um sich gegenseitig auszusperren, die eigentlich nicht funktioniert.

Ich mag es, den Befehl ntpdate zur Verfügung zu haben, obwohl ich ihn selten benutze, also habe ich ihn gerade erst eingefügt, anstatt ihn zu deinstallieren

exit 0

als die zweite zeile von /etc/network/if-up.d/ntpdate, die dafür sorgt, dass es nichts tut. Mein ntp-Daemon wird jetzt beim Booten erfolgreich gestartet.

flabdablet
quelle
Dies hat bei mir funktioniert und ist eine dauerhafte Änderung, die jedoch den Upgrade-Assistenten / -Prozess verwirren kann, wenn das System auf die nächste Version aktualisiert wird.
Knb
Die "Logik ... die eigentlich nicht funktioniert" kann daran liegen, dass das Paket lockfile-progs installiert ist. Ohne das werden die relevanten Blöcke still übersprungen und die Verriegelung wird nicht funktionieren.
Peter Hansen
4

Hatte ein ähnliches Problem unter Debian 5,

ein einfacher neustart von ntp löste es für mich

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

Nur für den Fall, andere haben das gleiche Problem

NTPD wurde kürzlich installiert. Es scheint, dass ein Neustart nach der Installation erforderlich ist. Dies ist mir auch unter Debian 6 aufgefallen.

Sverre
quelle
1
Dies funktionierte für mich und löste das unmittelbare Problem.
Jewettg
3

Dies wurde 2008 durch Hinzufügen von Sperren behoben. Wenn Sie jedoch die Installation Recommendsoder Deinstallation deaktiviert lockfile-progshaben, tritt dieses Problem weiterhin auf (beachten Sie, dass Sie Probleme erwarten sollten, wenn Sie die Installation deaktiviert haben Recommends).

WAR
quelle
AFAICT, in Jessie (8.8) wird lockfile-progs nicht empfohlen :(. In Stretch (9.0) wird es erneut durch Aufrufen des flockBefehls behoben . Danke für den Zeiger.
sourcejedi 20.06.17
@sourcejedi packages.debian.org/jessie/ntpdate
wRAR
Heh, ich hatte die Annahme, dass sie die Empfehlungen auf beide Pakete setzen würden. Danke noch einmal :).
Sourcejedi
@sourcejedi ntpd muss nicht gegen sich selbst sperren
wRAR
Ich habe 16.04 und sehe dieses Problem immer noch nach einem logrotate. lockfile-progsinstalliert ist und es nicht jedes Mal passiert. Wird von ntpdateZeit zu Zeit ausgeführt und ntpdzu solchen Zeiten blockiert ?
Alexis Wilke