Zeitsynchronisierung mit NTP funktioniert nicht

[lra_tue]

Hallo zusammen,

wir haben gestern bei uns zwei neue ESX-Server installiert, mit ESX 4.0 (und allen Updates). Jetzt haben wir das Problem, dass die Zeitsynchronisierung mit dem NTP-Dienst nicht mehr funktioniert. Wir hatten zuvor ESX 3.5 installiert (auf zwei älteren Servern), dort klappte es einwandfrei.

Wenn man den NTP-Dienst neustartet, passiert einfach garnichts, er holt sich keine Uhrzeit von unserem Zeitserver ab. (geprüft mit "date") Wir können uns im Moment nur Abhilfe schaffen durch die manuelle Eingabe von "ntpdate ZEITSERVER".
Der Port in der ESX-Firewall und am Zeitserver ist freigeschaltet.

Das ist unsere NTP.CONF:

Code: Alles auswählen

# ---- ntp.conf ----
# Created by Weasel (ESX Installer)

# Permit time synchronization with our time source, but do not
# permit the source to query or modify the service on this system.
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery

server ZEITSERVER

Hat jemand eine Idee?

Vielen Dank !

Gruß Tobias

[ostekl1]

Normalerweise muss man die ntp.conf unter ESX4 überhaupt nicht anfassen.
Was ist denn unter "Configuration | Time Configuration" eingetragen?

[SR78]

was wird unter /var/log/messages zum Thema ntpd bzw. ntpdate ausgegbenen?

Hab heute erst zwei neue ESX 4.0 Update 1 + ESX400-200912001 in Betrieb genommen und NTP eingerichtet... habe keine Probleme.

[lra_tue]

Also wenn ich den NTP-Dienst über die Konsole neustarte, bringt er mir das hier in der /var/log/messages.

Jan 29 07:00:28 esx02 ntpd[15923]: ntpd exiting on signal 15
Jan 29 07:00:28 esx02 ntpd[15951]: ntpd 4.2.2p1@1.1570-o Thu May 14 13:01:41 UTC 2009 (1)
Jan 29 07:00:28 esx02 ntpd[15952]: precision = 1.000 usec
Jan 29 07:00:28 esx02 ntpd[15952]: Listening on interface wildcard, 0.0.0.0#123 Disabled
Jan 29 07:00:28 esx02 ntpd[15952]: Listening on interface lo, 127.0.0.1#123 Enabled
Jan 29 07:00:28 esx02 ntpd[15952]: Listening on interface vswif0, 10.191.80.136#123 Enabled
Jan 29 07:00:28 esx02 ntpd[15952]: kernel time sync status 0040

Im vCenter unter der Uhrzeitkonfiguration zeigt er mir eigentlich auch alles korrekt an...
"NTP-Client: wird ausgeführt", auch der NTP-Server ist korrekt eingetragen. Aber der NTP-Dienst holt sich einfach keine Zeit, egal wie oft ich das Mistding neustarte.

[ostekl1]

... bei uns klappte mal folgendes Workaround:
Die Zeit einmal händisch setzen und anschließend den NTP über die Oberfläche neu starten. Danach lief die Zeit auch synchron ...

[deathrow]

Dito! Einmal händisch gesetzt, danach lief es von alleine!

[Dayworker]

Das gleiche Problem gibt es auch unter Linux und Windows. Wenn die NTP-Zeit zu sehr von der lokalen Zeit abweicht, wird die NTP-Zeit einfach nicht übernommen.

[PeterDA]

@Dayworker
war da nicht auch was im NTP Design warum das so ist. Kann mich da nicht merh so genau dran erinnern, nur das mir da gleich die Idee kam "it is not a bug it ist afeature"

Gruß Peter

[Dayworker]

Jep.
Die Zeitunterschiede dürfen nicht zu groß sein, ansonsten werden sie wieder verworfen, da dann von einer unbekannten Verzögerung im Netzwerk ausgegangen wird.
Damit es aber nicht von Anfang an einen Unterschied gibt, muß die Zeitsynchronisation einmalig von Hand angestossen werden.

[lra_tue]

Also ich hab jetzt nochmal ein bißchen getestet.

Wie sehr die lokale ESX-Uhrzeit vom NTP-Server abweicht, scheint dem Dienst egal zu sein. Egal ob ich die Uhrzeit am ESX händisch um 5 Minuten verstelle oder 5 Stunden - er holt sich beidesmal keine Uhrzeit über NTP. Wenn ich die Zeit über ntpdate stelle und dann den Dienst neustarte, stimmt sie natürlich schon. Aber wer sagt mir das der NTP-Dienst dann wirklich funktioniert? ^^
Komisches Phänomen... frag mich nur was an den ESX 3.5-Servern anders war? (eigentlich nix!). Da hats noch wunderbar funktioniert.

[omicronont]

@Dayworker
war da nicht auch was im NTP Design warum das so ist.

NTP versucht, "Sprünge" in der Zeit dadurch zu vermeiden, indem es die Uhrzeit ein wenig "schneller" oder "langsamer" laufen läßt, bis wieder die richtige Uhrzeit erreicht ist. Damit werden "Zeitlöcher" und "eine Zeit wird doppelt durchlaufen" vermieden.
Das geht wohl nur bis zu einer Differenz von 1.000 sec (siehe http://www.eecis.udel.edu/~mills/database/reports/ntp4/ntp4.pdf).

@Ira_tue: Stimmt denn die Zeitzone bzw. steht der Host evtl. noch auf "Sommerzeit" (also GMT+2 statt GMT+1)?

Gruß,

Knut

[Dayworker]

NTP versucht, "Sprünge" in der Zeit dadurch zu vermeiden, indem es die Uhrzeit ein wenig "schneller" oder "langsamer" laufen läßt, bis wieder die richtige Uhrzeit erreicht ist. Damit werden "Zeitlöcher" und "eine Zeit wird doppelt durchlaufen" vermieden.
Das geht wohl nur bis zu einer Differenz von 1.000 sec (siehe http://www.eecis.udel.edu/~mills/database/reports/ntp4/ntp4.pdf).

Jep. Das ist aber schon eine verbesserte Version des NTP. Am Anfang wurde die Zeit immer hart umgeschaltet und Linux-make verweigerte sich dann komplett.

[sirrossi]

Bei den Windows Clients wird ab 15 Minuten Differenz auch keine Zeit mehr übernommen.
Aber hast Du denn bei der Installation der ESX Server nicht bereits den NTP Server gesetzt, dort ist doch auch ein Test möglich. Wie war der denn ausgefallen?

[Dayworker]

15min, danke für die Info.
Hast du vielleicht auch noch eine Zeit für Linux allgemein parat oder ist das auch wieder Distributionsabhängig?