payne80 10 Geschrieben 23. August 2011 Melden Teilen Geschrieben 23. August 2011 Hallo zusammen, ja mal wieder ein Zeitproblem :) Los geht’s: 2008 Domänenumgebung und GP konfiguriertem Zeitdienst nach diesem Beispiel: Gruppenrichtlinien - Übersicht, FAQ und Tutorials Das System funktioniert, aber hin und wieder auch nicht. Über das Wochenende war wegen Gewitter die Internetleitung nicht verfügbar. Da der DC jede Stunde die Zeit synchronisieren soll, konnte er das daher zeitweise nicht. Daraufhin wurde folgendes geloggt: Der Zeitdienst hat eine Zeitdifferenz von mehr als 5000 ms auf 900 Sekunden festgestellt. Die Zeitdifferenz wurde möglicherweise durch die Synchronisation mit einer ungenauen Zeitquelle oder durch schlechte Netzwerkbedingungen verursacht. Von nun an wird der Zeitdienst nicht mehr synchronisiert, die Zeit keinem weiteren Client mehr zur Verfügung gestellt und die Systemuhr nicht mehr synchronisiert. Sobald ein gültiger Zeitstempel von einem Zeitdienstanbieter empfangen wird, wird der Zeitdienst sich selbst korrigieren. 21.08.2011 09:17:22 Warnung W32Time 50 und Zeitanbieter-NTP-Client: Die Testzeit, die von Peer 2.de.pool.ntp.org,0x1 (ntp.m|0x1|0.0.0.0:123->88.198.47.71:123) empfangen wurde, weich. um 162 s von der lokalen Zeit ab. Es wurde eine Übertragungsverzögerung vom Server von 9 ms beobachtet. 21.08.2011 09:17:14 Warnung W32Time 51 Ist ja nicht weiter schlimm, normalerweise sollte sich der Zeitdienst ja wieder synchronisieren sobald ein Zeitserver aus dem Pool verfügbar ist. Hat er aber nicht! Ein w32tm /query /status ergab das er mit der lokalen CMOS Uhr synchronisiert. Ein Neustart des Zeitdienstes und w32tm /resync brachte auch keine Besserung, sondern erst w32tm /resync /rediscover In der Hilfe steht bei /rediscover "Ermittelt Netzwerkkonfiguration erneut und sucht Netzwerkquellen. Führt anschließend die Synchronisierung durch. Was ich jetzt nicht verstehe ist warum er nicht von sich aus wieder nach externen Zeitdiensten sucht und nur auf der CMOS Uhr blieb? Und was hat der Befehl bewirkt /resync /rediscover, dass es danach wieder ging? Danke und grüße payne Zitieren Link zu diesem Kommentar
zahni 550 Geschrieben 23. August 2011 Melden Teilen Geschrieben 23. August 2011 Der Zeitdienst synchronisiert nicht (mehr) wenn die loakle Zeit zu stark von der externen zeit abweicht. Das ist beabsichtigt, da man auf einem DC die Uhrzeit nicht zurückstellen sollte. Abhilfe: Die Zeit am PDC-Emulator (nur der darf extern synchronisiert werden) manuell stellen. Achtung. Keine Zeit aus der Vergangenheit einstellen. Falls die loakle Hardware-Uhr zu ungenau ist ist, Hardware tauschen. -Zahni Zitieren Link zu diesem Kommentar
payne80 10 Geschrieben 23. August 2011 Autor Melden Teilen Geschrieben 23. August 2011 Hallo und danke für die Antwort. Ok das habe ich verstanden und ist logisch. Ich habe die CMOS Zeit am PDC-Emulator nun korrigiert. Läuft nun wieder alles. Kannst du oder jemand mir trotzdem erklären was genau das /rediscover macht? Bzw. was der Unterschied zwischen /resync und /rediscover ist. Die Beschreibungen sind nicht wirklich gut. Danke. w32tm /resync [/computer:<Computer>] [/nowait] [/rediscover] [/soft] Erzwingt baldige Uhrzeitsynchronisierung. Alle Fehlerstatistiken werden verworfen. Computer:<Computer> - Computer, der neu synchronisiert werden soll. Der lokale Computer wird synchronisiert, falls dieser Parameter nicht angegeben wird. nowait - Das Programm wartet nicht auf die Synchronisierung. Andernfalls wird die Durchführung der Synchronisierung abgewartet. rediscover - Ermittelt Netzwerkkonfiguration erneut und sucht Netzwerkquellen. Führt anschließend die Synchronisierung durch. soft - Neusynchronisation mit vorhandener Fehlerstatistik. Nur zu Kompatibilitätszwecken. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.