[GELÖST] Wuauserv hat die Aktualisierung der Gruppenstrategien eingestellt

[Stereobo]

Hallo,

bei einer beträchtlichen Anzahl von Computern, die Waptwua verwenden, tritt der WUA-Fehler 0x8024001e auf : „Vorgang konnte nicht abgeschlossen werden, da der Dienst oder das System heruntergefahren wurde.“

Es handelt sich dabei meist um Computer, die auf dem neuesten Stand sind, nicht neu gestartet wurden und deren WUA-Status eigentlich in Ordnung sein sollte.

Anscheinend beendet und deaktiviert sich der Dienst „wuauserv“, der während WUA-Aufgaben reaktiviert und gestartet wird, während dieser Aufgaben selbst, wenn eine Gruppenrichtlinienaktualisierung erfolgt. Dies verursacht den Fehler.

Darüber hinaus scheint Wapt selbst den Dienst während GPO-Aktualisierungen zu beenden und zu deaktivieren (der Dienststatus ändert sich nicht, wenn Wapt nicht vorhanden ist).
Da WUA in meinem Fall über ein Konfigurationspaket angewendet wird, gibt es Vorkehrungen, die ich treffen kann, um dieses Verhalten zu vermeiden?


Wapt v2.6.1.17472

[Stereobo]

Das gleiche Problem scheint auch bei wapt 2.6.1.17765 aufzutreten

[Stereobo]

Guten Morgen,

Genauer gesagt, tritt das Problem für mich unter den von mir genannten Umständen auf (Aktualisierung von Gruppenstrategien während einer Waptwua-Operation)

Der Fehler scheint reproduzierbar zu sein in:

• Start einer waptwua-Operation (Scannen oder Installieren)
• gpupdate wird auf dem Rechner ausgeführt (lokal, nicht über wapt)
• Beobachtung des Ergebnisses der Waptwua-Operation

Parallel dazu kann der wuauserv-Dienst überwacht werden, beispielsweise mit:

Code: Alle auswählen

$currentstatus = $null
$currentstartType = $null
while($true){
    $service = Get-Service -Name wuauserv
    $status = $service.Status
    $startType = $service.StartType
    If(
        $currentstatus -ne $status -or
        $currentstartType -ne $startType
    ){
        Write-Host "$(Get-Date -Format "HH:mm:ss.fff") $startType | $status"
        $currentstatus = $status
        $currentstartType = $startType
    }
    Start-Sleep -Milliseconds 200
}

Das Aktualisieren von Gruppenrichtlinien führt dazu, dass der Dienst gestoppt und deaktiviert wird, und verursacht daher vermutlich den Fehler 0x8024001e in waptwua, falls dieser ausgeführt wird.
Durch das Entfernen des wapt-Agenten hat ein gpupdate keine Auswirkung auf den wuauserv-Dienst.

[Sfonteneau]

Hallo Steven,

ich kann das Problem mit der von dir beschriebenen Vorgehensweise nicht reproduzieren.

Soweit ich mich erinnere, ist die WSUS-Gruppenrichtlinie immer zusammen mit waptwua aktiviert.

Kannst du das bestätigen? Falls ja, frage ich mich, ob die Gruppenrichtlinie eine wapt-Konfiguration überschreibt und waptwua neu startet.

Die Gruppenrichtlinien-Engine sollte melden: „

Der hier angezeigte Wert: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\WUServer

entspricht nicht dem erwarteten Wert. Ich muss den Wert der Gruppenrichtlinie zurücksetzen und den wua-Dienst neu starten.“ Das erscheint mir am wahrscheinlichsten. –

Simon

[Stereobo]

Hallo Simon,

danke für deine Antwort.
WUServer wird nicht per Gruppenrichtlinie definiert. Aktuell scheint dieser Wert (localhost) ausschließlich vom WAPT-Agenten festgelegt zu werden.
Einige kleinere WU-Elemente werden weiterhin per Richtlinie definiert (z. B. die aktive Zeit), und einige Einträge in der wapt-get.ini-Datei werden über die Einstellungen festgelegt.
Könnte eine Änderung der wapt-get.ini-Datei per Gruppenrichtlinie dieses Problem verursachen?
Ich werde einen weiteren Test ohne diese Einträge durchführen.

[dcardon]

Hallo Steven,

wenn die Datei wapt-get.ini geändert wird, konfiguriert sich der Agent neu (wird aber nicht neu gestartet), um die neue Konfiguration zu übernehmen. Die Neukonfiguration sollte in eine Ereigniswarteschlange gestellt werden und die aktuell laufende waptwua-Anwendung nicht unterbrechen. Ein Blick in den Code lässt jedoch vermuten, dass er sich genau so verhält. Wir werden das genauer untersuchen.

Falls das Deaktivieren der Gruppenrichtlinie, die wapt-get.ini ändert, das Problem behebt, sollten wir die oben genannte Möglichkeit genauer prüfen.

Viele Grüße,

Denis

[Stereobo]

Gut erkannt! Nach mehreren Tests scheint das Problem tatsächlich an den Einstellungen in der INI-Datei des Gruppenrichtlinienobjekts (GPO) zu liegen.

Wenn eine Einstellung definiert ist, wird die Datei wapt-get.ini immer geändert (selbst wenn die Einstellung im Aktualisierungsmodus ist), und ich beobachte tatsächlich keinen Neustart des Wapt-Dienstes beim Aktualisieren der GPOs.

Wenn die Einstellungen, die auf wapt-get.ini abzielen, deaktiviert sind, kann ich das Problem nicht mehr reproduzieren.

Ich muss eine andere Möglichkeit finden, die Änderungen an repo_url und wapt_server beim Verschieben von Objekten zu handhaben.

Vielen Dank für eure Hilfe, Simon und Denis!