it-swarm.com.de

Aktualisierungszeit: ntpdate [3108]: the NTP Socket wird verwendet und beendet

Die Uhrzeit auf meinem System ist aus irgendeinem Grund falsch.
Ich muss ein Update ausführen, kann es aber anscheinend nicht
das ist der Fehler.

ntpdate pool.ntp.org
31 Aug 12:31:59 ntpdate[3108]: the NTP socket is in use, exiting

ich habe gerade neu gestartet, ich weiß nicht, wie etwas sein kann in use.

67
user2735866

Es wird verwendet, weil der Dienst ntp wahrscheinlich ausgeführt wird. Sie haben nicht erwähnt, welches Linux Sie verwenden, und dies setzt voraus, dass Sie service installiert haben (Sie führen ein System V-System aus):

$ Sudo ntpdate pool.ntp.org
31 Aug 19:05:55 ntpdate[8911]: the NTP socket is in use, exiting
$ Sudo service ntp stop
[ ok ] Stopping NTP server: ntpd.
$ Sudo ntpdate pool.ntp.org
31 Aug 19:07:11 ntpdate[10355]: adjust time server 46.29.176.115 offset -0.002893 sec
$ Sudo service ntp start
71
terdon

Wenn Sie ntpdate ausführen möchten, während der Dämon ntp bereits aktiv ist, verwenden Sie den folgenden Befehl:

# ntpdate -u pool.ntp.org

und es wird einen anderen Port verwenden.

146
RoseHosting

Einfacher Einzeiler zum Synchronisieren Ihrer Uhr:

ntpdate -u ptbtime1.ptb.de && hwclock -w
2
Jens A. Koch

Sie könnten eine Firewall haben, die Port 123 blockiert was dazu führen kann, dass der NTP-Server niemals Zeitserver sieht.

In meinem Fall hat mein ISP (Internet Service Provider) Ports blockiert.

Ein Port-Scan von 123 hat die Blockierung ebenfalls nicht erkannt.

Die rauchende Waffe war, dass ich vorübergehend zwei unabhängige Internet-Feeds habe. Wenn ich unter Linux ntpq -p (wiederholt) mit dem ersten angeschlossenen Internet-Feed ausführe, wird nichts aktualisiert, aber mit dem anderen Feed erhalte ich Aktualisierungen!

Wie @Jens A. Koch sagt, umgeht ntpdate -u <server name> dies vorübergehend (kein Wortspiel beabsichtigt), und behebt das Zeitproblem nicht langfristig.

Im Laufe der Zeit tritt eine Drift sowohl in Ihrer System- als auch in Ihrer Hardware-Uhr auf. Auch in meinem Fall führt das Dual-Booten von Linux/Windows dazu, dass die Hardware-Uhr weiter durcheinander gerät (nach Stunden).

Daher muss der Port 123 für UDP geöffnet sein, damit die Systemuhr gewartet werden kann.


Anstatt -uzu verwenden, können Sie dies auch tun. Ich denke, dass Port 123 verwendet wird (anstelle eines nicht 'privilegierten' Ports):

Dann service ntp stop
ntpdate <server url> (ohne -u) und schließlich
service ntp start.

Dies scheint das Problem der Port-Blockierung zu umgehen, zumindest um die Uhr einmal einzustellen. Wenn -u funktioniert, dies jedoch nicht der Fall ist, ist dies ein ziemlich sicheres Zeichen dafür, dass der Port blockiert ist oder der Server nicht mehr reagiert.


Ein weiteres Problem das ich lösen musste, war, dass die Debian-Standardkonfiguration für /etc/ntp.conf 4 Zeilen zu den Pools enthielt: debian.pool.ntp.org. Keiner dieser Server funktionierte. Ich habe folgende Fehlermeldung erhalten:

Fehler beim Auflösen von debian.pool.ntp.org: Keine Adresse zugeordnet
Hostname (-5) 24 Mrz 04:49:27 ntpdate [15115]: Host kann nicht gefunden werden
debian.pool.ntp.org: Keine Adresse mit dem Hostnamen (-5) verknüpft 24. März
04:49:27 ntpdate [15115]: Es können keine Server verwendet werden

Ich musste die Server auf us.pool.ntp.org ändern.

0
Elliptical view