Zeitprobleme in Domäne und Windows 10

[MrTentacleGuy 0]

@blub

 

Hey Blub, keine Ahnung worauf die Frage abzielt, aber die Rechner werden ausgeschaltet. Kein Hibernate.

[daabm 1.386]

Ab Win8 ist "herunterfahren" nicht "ausschalten"; sondern per default "hibernate": User wird abgemeldet, Rechner speichert Zustand (hiberfil.sys). Ausschalten wäre was anderes :)

[MrTentacleGuy 0]

Ab Win8 ist "herunterfahren" nicht "ausschalten"; sondern per default "hibernate": User wird abgemeldet, Rechner speichert Zustand (hiberfil.sys). Ausschalten wäre was anderes :)

 

Ist mir bekannt, darum nochmal: Sie werden komplett heruntergefahren und beim Einschalten gibts erstmal den BIOS Post ;-). Ich weiß jetzt immer noch nicht was die Frage mit dem Fehler des w32Time Zeitdienstes zu tun hat, der bei einer gewissen Hard/Software Kombination beim Betrieb des Gerätes in einer Domain das Systemdatum auf das Installationsdatum von Windows bzw. dem letzten erfolgreichen Sync mit nem Internet Zeitserver setzt. Hier nochmal der Thread aus einem anderen Forum, in dem ich schon alles dazu gesagt habe:

 

https://www.administrator.de/frage/win10-probleme-zeitdienst-298453.html

 

MrTentacleGuy

[blub 115]

upps, sorry für die unqualifizierte Frage, kommt nicht wieder vor!

Hab jetzt leider nur deinen letzten Beitrag im anderen Forum gelesen: "net time" ist eine super Lösung, die mittels Browserliste bereits unter NT4.0 und vorher wunderbar funktioniert hat. Zusammen mit time.windows.com als Zeitserver gibt's nicht Besseres für zeitkritische Umgebungen, vorausgesetzt man deaktiviert flächendeckend den W32Time-Service.

Aber das weißt du ja bestimmt!

[igwadmin 0]

Also ich habe das Thema eben wieder bei einem Mitarbeiter gehabt, wo der PC in der Vergangenheit war.

 

Ich habe jetzt das w32tm logging mal angeschaltet und warte mal ab was passiert.

 

Langsam nervt mich dieses zeit Thema etwas, bringe mal deinen Mitarbeitern bei das da der Admin nix für kann, unmöglich

"wir hatten doch noch nie Zeitproblem usw..." ...

 

Was mich aber noch interessiert, weshalb sich die Clients anmelden können an der Domäne wenn die Uhr um Tage falsch läuft (Kerberos)?

 

Grüße

[doc_jochim 0]

Hallo,

 

Ihr seid nicht alleine mit dem Problem - bei mir ist es auch so und ich bin genauso ratlos...

 

Ich habe einiges dazu bereits hier geschrieben und muss das ja hier nicht alles nochmal wiederholen. Vielleicht einfach mal unter diesem Link schauen - vielleicht kann ja auch jemand aus den von mir zum Download bereitgestellten Log-Dateien etwas erkennen, wes uns der Lösung näher bringt.

 

André

[doc_jochim 0]

Hallo,

 

so, ich habe jetzt nochmal ein bißcher - auch im englischsprachigen Internet herumgelesen - und es gibt nicht nur hier die Probleme. Und meist scheint es wohl an einer aus welchem Grund auch immer fehlerhaften Konfiguration des Zeitdienstes der Clients zu liegen.

An einem Rechner, bei dem ich den Zeitdienst deaktiviert hatte und die Synchronisation über 'net time /set /y' durchgeführt hatte, habe ich jetzt mal folgendes probiert:

deaktivierten Zeitdienst unter msconfig wieder aktiviert
cmd-Konsole (als Administrator starten)
net stop w32time
w32tm /unregister
w32tm /register
net start w32time
w32tm /config /syncfromflags:domhier /update
net stop w32time
net start w32time
w32tm /resync /nowait

Und dann zur Kontrolle
w32tm /query /status
w32tm /monitor

An diesem Rechner habe ich seit gestern keinen einzigen Zeitsprung mehr gehabt. So wie beschrieben sollte man - wenn irgendetwas im Zeitdienst des Clients durcheinandergekommen sein sollte, die Einstellungen wieder auf Standard zurücksetzen können. Bin mal gespannt, ob es reproduzierbar auch bei den anderen Clients funktioniert.

Viele Grüße

André

[NorbertFe 2.155]

Es gibt wirklich noch jemanden der "'net time /set /y' " benutzt? Unglaublich. :)

bearbeitet 22. Juni 2016 von NorbertFe

[doc_jochim 0]

Es gibt wirklich noch jemanden der "'net time /set /y' " benutzt? Unglaublich. ;)

 

Wenn wegen der ungeklärten Zeitsprünge des Systems auf das Installationsdatum des Win10-Updates der Windows Zeitgeber-Dienst unter msconfig deaktiviert wurde, wie soll man denn sonst das Datum stellen? Da ist der o.g. Befehl bei deaktiviertem w32time doch wenigstens ein vorübergehend funktionierender workaround gewesen.

 

Warum ist das dann so unglaublich? Oder habe ich nur die Ironie nicht bemerkt?

 

André

bearbeitet 22. Juni 2016 von doc_jochim

[NorbertFe 2.155]

Da hat der Editor wohl den Smiley übersehen (deswegen Ironie nicht erkennbar). Als Workaround ist das sicher in Ordnung, wobei auch für diesen Workaround entweder der user mehr Rechte benötigt, oder man das als Startskript oder Task rattern lassen muß.

[Nobbyaushb 1.506]

Das Board verschluckt neuerdings unseren Standard-Smiley, den zwinker.

 

Taucht auch in der Liste nicht mehr auf - bis eben.

 

;)

[Marco31 33]

Ist aber schon merkwürdig dass noch niemand den Grund für die Probleme gefunden hat. Ich habe hier eine Maschine unter Win10 LTSB laufen, auf der hatte ich das Problem noch NIE. Können das noch andere eventuell bestätigen?

Ich vermute als Auslöser nämlich irgendeine App/Feature etc. was in der LTSB-Version fehlt. Aber wie gesagt, alles stochern im Nebel ohne belegbare Hinweise.

[NorbertFe 2.155]

Ich habe kein LTSB sondern normal Enterprise und hab das Problem auch noch nie festgestellt. ;)

[Marco31 33]

Um so merkwürdiger ;)

[NorbertFe 2.155]

Nur für die, die das Problem haben. :wink2:  Ich habe einige Windows 10 Clients bei diversen Kunden sowohl mit Windows Enterprise und Pro und mir ist das Problem bisher nicht begegnet. Das bedeutet ja nicht, dass es kein Problem gibt, nur eben müßte man rausfinden, obs am Rollout oder GPOs oder sonstwas liegt.