[RISOLTO] Wuauserv ha smesso di aggiornare le strategie di gruppo

[sterobo]

Salve,

un numero significativo di computer che utilizzano Waptwua sta riscontrando un errore WUA con il codice 0x8024001e : "L'operazione non è stata completata perché il servizio o il sistema è stato arrestato"

Si tratta per lo più di computer aggiornati, non riavviati e in cui lo stato WUA dovrebbe essere OK.

Sembra che il servizio wuauserv, che viene riattivato e avviato durante le attività WUA, si arresti e si disabiliti durante queste attività se si verifica un aggiornamento dei Criteri di gruppo, causando così questo errore.

Inoltre, sembra anche che Wapt stesso arresti e disabiliti il ​​servizio durante gli aggiornamenti dei Criteri di gruppo (lo stato del servizio non cambia se Wapt non è presente).
Poiché nel mio caso WUA viene applicato tramite un pacchetto di configurazione, ci sono delle precauzioni da prendere per evitare questo comportamento?


Wapt v2.6.1.17472

[sterobo]

Lo stesso problema sembra verificarsi anche su wapt 2.6.1.17765

[sterobo]

Buongiorno,

Per essere più precisi, il problema si verifica nelle circostanze che ho menzionato (aggiornamento delle strategie di gruppo durante un'operazione Waptwua)

L'errore sembra essere riproducibile in:

• avvio di un'operazione WaptWUA (scansione o installazione)
• esecuzione di gpupdate sulla macchina (localmente, non tramite wapt)
• osservando il risultato dell'operazione Waptwua

Parallelamente, il servizio wuauserv può essere monitorato, ad esempio con:

Codice: Seleziona tutto

$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
}

L'aggiornamento dei criteri di gruppo provoca l'arresto e la disabilitazione del servizio e, pertanto, sospetto che causi l'errore 0x8024001e in waptwua se è in esecuzione.
La rimozione dell'agente Wapt implica che un aggiornamento GPUPDATE non abbia alcun effetto sul servizio wuauserv.

[sfontenau]

Ciao Steven,

non riesco a riprodurre questo problema con la sequenza che hai indicato.

Se ricordo bene, i criteri di gruppo di WSUS sono sempre abilitati insieme a WaptWUA.

Puoi confermarlo? In tal caso, mi chiedo se sia proprio il criterio di gruppo a sovrascrivere una configurazione WAP e a riavviare WaptWUA.

Il motore dei criteri di gruppo dovrebbe visualizzare il seguente messaggio: "

Il valore mostrato qui: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\WUServer

non è quello previsto. È necessario reimpostare il valore del criterio di gruppo e riavviare il servizio WUA." Questa mi sembra l'ipotesi più probabile. -

Simon

[sterobo]

Ciao Simon,

grazie per la risposta.
WUServer non è definito tramite GPO. Attualmente, questo valore (localhost) sembra essere definito esclusivamente dall'agente WAPT.
Alcuni elementi minori di WU sono ancora definiti tramite criteri (ad esempio, il tempo di attività), e alcuni elementi di wapt-get.ini sono definiti tramite preferenze.
Una modifica di wapt-get.ini tramite GPO potrebbe causare questo problema?
Eseguirò un altro test senza questi elementi...

[dcardon]

Ciao Steven,

quando il file wapt-get.ini viene modificato, l'agente si riconfigura (ma non si riavvia) per tenere conto della nuova configurazione. La riconfigurazione dovrebbe essere messa in coda per un evento e non dovrebbe interrompere l'applicazione waptwua attualmente in esecuzione. Tuttavia, esaminando il codice, è possibile che si comporti in questo modo... Daremo un'occhiata più approfondita.

Se la disabilitazione della GPO che modifica wapt-get.ini risolve il problema, allora dovremmo probabilmente indagare sulla possibilità di cui sopra.

Cordiali saluti,

Denis

[sterobo]

Ottima osservazione! Dopo diversi test, sembra proprio che il problema derivi dagli elementi di preferenza nel file INI del GPO.

Se un elemento di preferenza è definito, il file wapt-get.ini viene sempre modificato (anche se la preferenza è in modalità di aggiornamento) e, in effetti, non osservo un riavvio del servizio wapt quando i GPO vengono aggiornati.

Inoltre, disabilitando gli elementi di preferenza che interessano wapt-get.ini, il problema non si ripresenta.

Dovrò trovare un altro modo per gestire le modifiche a repo_url e wapt_server quando gli oggetti vengono spostati...

Grazie mille per il vostro aiuto, Simon e Denis!