7
Server sporadisch in der Nacht mit falscher Zeit
Hallo zusammen,
ein W2k3R2 (SP2) Server bedient einige Stempeluhren, die die Kommen/Gehen-Zeiten der Mitarbeiter festhalten.
Sporadisch melden die Kollegen der Nachtschicht, dass die Uhrzeit des Servers in der Nacht um genau 2 Stunden abweichen. Die Minuten-Angabe sind dabei richtig.
Im Systemlog finde ich auch passende Einträge:
"Der Zeitdienst hat eine Zeitdifferenz von mehr als 5000 ms auf 900 Sekunden fest- gestellt. [...]"
Diesen Eintrag finde ich im Log nur recht unregelmäßig wieder:
Auffällig ist, dass diese Probleme nur in den Nachtstunden auftreten. Tagsüber ist alles in Ordnung.
Das heißt, dass irgendetwas die Zeit verstellt, später aber wieder korrigiert.
Der Server synchronisiert seine Uhr mit dem DC der Domäne:
Der DC (RID-,PDC-,IS-Master) holt sich seine Zeit direkt aus Braunschweig:
Der DC hat in Bezug auf die Zeitsynchronisation im Eventlog eine weiße Weste. Keine Enträge, die auf irgendwelche Fehler hindeuten.
Gibt es eine Möglichkeit herauszufinden, was den betroffenen Server dazu veranlasst, sporadisch die Zeit zu verstellen?
Oder kann man die Funktion irgendwie überwachen und mitschreiben, was da beim Ändern der Zeit aktiv wurde?
Bin über jeden Hinweis dankbar!
In diesem Sinne...
Grüße
Tony
ein W2k3R2 (SP2) Server bedient einige Stempeluhren, die die Kommen/Gehen-Zeiten der Mitarbeiter festhalten.
Sporadisch melden die Kollegen der Nachtschicht, dass die Uhrzeit des Servers in der Nacht um genau 2 Stunden abweichen. Die Minuten-Angabe sind dabei richtig.
Im Systemlog finde ich auch passende Einträge:
"Der Zeitdienst hat eine Zeitdifferenz von mehr als 5000 ms auf 900 Sekunden fest- gestellt. [...]"
Diesen Eintrag finde ich im Log nur recht unregelmäßig wieder:
Auffällig ist, dass diese Probleme nur in den Nachtstunden auftreten. Tagsüber ist alles in Ordnung.
Das heißt, dass irgendetwas die Zeit verstellt, später aber wieder korrigiert.
Der Server synchronisiert seine Uhr mit dem DC der Domäne:
Der DC (RID-,PDC-,IS-Master) holt sich seine Zeit direkt aus Braunschweig:
Der DC hat in Bezug auf die Zeitsynchronisation im Eventlog eine weiße Weste. Keine Enträge, die auf irgendwelche Fehler hindeuten.
Gibt es eine Möglichkeit herauszufinden, was den betroffenen Server dazu veranlasst, sporadisch die Zeit zu verstellen?
Oder kann man die Funktion irgendwie überwachen und mitschreiben, was da beim Ändern der Zeit aktiv wurde?
Bin über jeden Hinweis dankbar!
In diesem Sinne...
Grüße
Tony
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 193102
Url: https://administrator.de/contentid/193102
Ausgedruckt am: 22.11.2024 um 12:11 Uhr
7 Kommentare
Neuester Kommentar
Hi,
ist das Zufällig ein Vmware Server ? Da wird teilweise die Zeit vom Host übertragen.
ist das Zufällig ein Vmware Server ? Da wird teilweise die Zeit vom Host übertragen.
Ja, es ist eine VM. Das hatte ich vergessen zu erwähnen.
In den VM-Tools ist der Sync zwischen der VM und dem ESX aber deaktiviert.
In den VM-Tools ist der Sync zwischen der VM und dem ESX aber deaktiviert.
Moin,
Startet der zufällig nachtes durch, z.B. wegen Backup & Co?
Oder werden nachts snapshots "geschossen"?
Könnte es sein, daß es eventuell eine GMT/MEST-Differenz ist?
lks
Startet der zufällig nachtes durch, z.B. wegen Backup & Co?
Oder werden nachts snapshots "geschossen"?
Könnte es sein, daß es eventuell eine GMT/MEST-Differenz ist?
lks
Snapshots werden erstellt, ja.
Und die Differenz in der Zeit war bislang auch immer minutengenau. Es waren immer zwei Stunden Versatz.
Und die Differenz in der Zeit war bislang auch immer minutengenau. Es waren immer zwei Stunden Versatz.
Hallo
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&am ...
Insbesonders im Kapitel zum Ausschalten der VM-Tools Syncronisation:
These options do not disable one-time synchronizations done by VMware Tools for events such as tools startup, taking a snapshot, resuming from a snapshot, resuming from suspend, or VMotion. These events synchronize time in the guest operating system with time in the host operating system even if VMware Tools periodic time sync is disabled, so it is important to make sure that the host operating system's time is correct. For more information about ESX 4/ESXi 4 or Workstation 7, see Timekeeping in VMware Virtual Machines. For vSphere 5, Workstation 8 or Fusion 4, see http://www.vmware.com/vmtn/resources/238.
D.h. wenn bei euch Nachts Snapshots gemacht werden oder die Maschine in Suspend geht zieht er sich zunächst die Zeit von der Basismaschine.
Prinzipiell sollte man auch bedenken das alles was eine genau Zeit erfordert eigentlich nicht in eine VM gehört. Stabile Systemzeit zu halten ist ohne Virtualisierung schon schwierig genug.
Gruß
Andi
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&am ...
Insbesonders im Kapitel zum Ausschalten der VM-Tools Syncronisation:
These options do not disable one-time synchronizations done by VMware Tools for events such as tools startup, taking a snapshot, resuming from a snapshot, resuming from suspend, or VMotion. These events synchronize time in the guest operating system with time in the host operating system even if VMware Tools periodic time sync is disabled, so it is important to make sure that the host operating system's time is correct. For more information about ESX 4/ESXi 4 or Workstation 7, see Timekeeping in VMware Virtual Machines. For vSphere 5, Workstation 8 or Fusion 4, see http://www.vmware.com/vmtn/resources/238.
D.h. wenn bei euch Nachts Snapshots gemacht werden oder die Maschine in Suspend geht zieht er sich zunächst die Zeit von der Basismaschine.
Prinzipiell sollte man auch bedenken das alles was eine genau Zeit erfordert eigentlich nicht in eine VM gehört. Stabile Systemzeit zu halten ist ohne Virtualisierung schon schwierig genug.
Gruß
Andi
Wie AndiEoh ausgeführt hat, dürfte das der Grund sein:
Er zieht sich die Host-zeit, die vermutlich GMT ist udn damit genau 2 Studnen danebenliegt.
Igerndwann macht er eine zeitsynchronisation und ist dann wieder im Lot.
Abhilfe:
- Entweder auf reale hardware migrieren
- oder Cronjob einrichten, der direkt nach dem snapshot die zeit wieder richtigstellt.
- Oder host auf MEST/MET umstellen.
lks
Besten Dank für Eure Antworte, AndiEoh und Iks.
Das könnte in der Tat der Grund dafür sein.
Ich werde das prüfen und melde mich dann in Kürze.
Danke und Grüße
Tony
Das könnte in der Tat der Grund dafür sein.
Ich werde das prüfen und melde mich dann in Kürze.
Danke und Grüße
Tony
