DESoft schrieb on 15.04.09 um 22:22:17:


Bei freigeben von Updates kannst Du eine Deadline vorgeben. Möglicherweise ist eine vergeben. Bist Du allein am WSUS oder gibts Kollegen, die da auch noch mit Hand anlegen können?

DESoft schrieb on 15.04.09 um 22:22:17:


Ja, Du hast schon Recht. Allerdings schlagen bei solchen unversalen Problemen gleich viel mehr hier auf, so gesehen ist an der Stelle MS nicht schuld.

DESoft schrieb on 15.04.09 um 22:22:17:


Das hat damit nichts zu tun, aber ein bisschen mehr Eigeninitiative hat noch niemandem geschadet.

Wenn RSOP.MSC sauber ist, kontrollier die Registry: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate und darunter. Ist der Client immer noch in der gleichen OU? Wird in der GPO mit Gruppen gefiltert? Wenn ja, ist der Client immer noch in der gleichen Gruppe?

Und ja, 3.00 Uhr ist die Standardzeit. Da ist was faul im Staate Dänemark, sagt man immer so.

Hi Markus,

wie versprochen habe ich heute den Rollout des "Patchday-April" bei uns im Hause ausgelöst und beobachtet.
Es sind keine ungewöhlichen Probleme, z.B. wie erzwungene Neustarts aufgetreten.
Ich gebe daher Sunny recht ... das Problem liegt wohl in deiner Konfiguration.

Gruß Dani

Hi Dani,

das war mir schon vorher klar.  

Die Neustarts sind auch nur bei den PC´s passiert wo der User auch lokaler Admin ist. Meine 2 PC´s und ein virtueller PC von mir haben dieses Verhalten auch an den Tag gelegt. Normalerweise sind die Updates die ganze Zeit stillschweigend  verlaufen.
Nun die Frage warum auf einmal doch en Neustart?
Und warum diese Einträge:
In der Ereignisanzeige steht ein system32 Eintrag nach den Updates drinne:
Der Prozess Winlogon.exe hat den Neustart aus folgenden Gründen initialisiert: Es wurde kein Titel für den Grund gefunden.

Und im WindowsUpdate.log:
WARNING: SUS Client is rebooting system.

Muss ja irgendwas passiert sein. WSUS seitig wohl nicht! Ich muss aber das Problem weiter eingrenzen. Will ja nicht, das sich noch mehr Rechner selbstständig machen.
Hab mir jetzt noch 6 PC´s geschnappt und in die TESTOU verschoben, die User haben ebenfalls lokale Adminrechte. Schau mer mal!

Bin momentan doppelt am Posten:
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
Kann man die zusammen legen? Kommt ja aufs gleiche raus.

Die Benutzereinstellungen kommen auch an.
Aber Du weist ja wie das ist, ich kann nicht mit Sicherheit sagen ob sie auch zum Zeitpunkt als das Problem aufgetreten ist, nicht überlagert wurde. Ist ja nur ne IST-Aufnahme.

Nee, zum Teil leider nicht.

Sind ja auch nicht soviel. Meist Entwickler die irgendwelche Software austesten. Bin am überlegen ob ich denen ne eigene OU ohne WSUS GPO verpasse.
Beim User der lokal Admin ist müssten die Updates doch auch im Hintergrund still installiert werden....Die GPO wirkt ja schliesslich auf den betreffenden USER-Container, oder?

Und bei dem lokalen Admin (wenn man ihn anmeldet) müsst es gelbe Schildchen kommen oder schmeiss ich da was durcheinander?

Sunny schrieb on 16.04.09 um 14:26:57:

Wollte damit sagen, das der User in der Benutzer OU drinne ist, egal ob lokaler Admin oder nicht. Die GPO ist mit der OU Computer und der OU Benutzer verknüpft.
Für die DomAdmins haben wir ja ne eigene OU wo die GPO nicht drauf wirkt.