[RESUELTO] Wuauserv dejó de actualizar las estrategias de grupo

[estéreo]

Hola,

un número significativo de equipos que utilizan Waptwua están experimentando un error de WUA con el código 0x8024001e : "La operación no se completó porque el servicio o el sistema se estaba apagando"

Estos equipos suelen estar actualizados, no se han reiniciado y el estado de WUA debería ser correcto.

Parece que el servicio wuauserv, que se reactiva e inicia durante las tareas de WUA, se detiene y se desactiva durante estas tareas si se produce una actualización de la Directiva de grupo, lo que provoca este error.

Además, también parece que Wapt detiene y desactiva el servicio durante las actualizaciones de la GPO (el estado del servicio no cambia si Wapt no está presente).
Dado que en mi caso WUA se aplica mediante un paquete de configuración, ¿hay alguna precaución que deba tomar para evitar este comportamiento?


Wapt v2.6.1.17472

[estéreo]

El mismo problema parece estar ocurriendo en wapt 2.6.1.17765

[estéreo]

Buen día,

Para ser más preciso, el problema se me presenta en las circunstancias que mencioné (actualizar las estrategias del grupo durante una operación de Waptwua)

El error parece ser reproducible en:

• Iniciar una operación de waptwua (escanear o instalar)
• Ejecutar gpupdate en la máquina (localmente, no a través de wapt)
• observando el resultado de la operación waptwua

Paralelamente, el servicio wuauserv puede ser monitoreado, por ejemplo con:

Código: Seleccionar todo

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

La actualización de las directivas de grupo provoca que el servicio se detenga y se desactive, y por lo tanto, sospecho que causa el error 0x8024001e en waptwua si está en ejecución.
Eliminar el agente wapt significa que una actualización de GP no tendrá ningún efecto sobre el servicio wuauserv.

[Sfonteneau]

Hola Steven,

no puedo reproducir este problema aquí con la secuencia que mencionaste.

Si no recuerdo mal, la GPO de WSUS siempre está habilitada junto con waptwua. ¿

Puedes confirmarlo? Si es así, me pregunto si es la GPO la que está sobrescribiendo una configuración de wapt y reiniciando waptwua.

El motor de GPO debería decir: "

El valor que se muestra aquí: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\WUServer

no es el valor esperado. Necesito restablecer el valor de la GPO y reiniciar el servicio wua". Eso me parece lo más probable. -

Simon

[estéreo]

Hola Simon,

gracias por tu respuesta.
WUServer no está definido por GPO. Actualmente, este valor (localhost) parece estar definido únicamente por el agente WAPT.
Algunos elementos menores de WU todavía se definen por directiva (tiempo de actividad, por ejemplo), y algunos elementos de wapt-get.ini se definen por preferencia.
¿Podría una modificación de wapt-get.ini mediante GPO causar este problema?
Realizaré otra prueba sin estos elementos...

[dcardón]

Hola Steven,

cuando se modifica el archivo wapt-get.ini, el agente se reconfigura (pero no se reinicia) para tener en cuenta la nueva configuración. La reconfiguración debería estar en cola para un evento y no debería interrumpir la aplicación waptwua que se está ejecutando. Sin embargo, al revisar el código, es posible que se esté comportando de esta manera... Lo analizaremos con más detalle.

Si deshabilitar la GPO que modifica wapt-get.ini resuelve el problema, entonces probablemente deberíamos investigar la posibilidad mencionada anteriormente.

Saludos cordiales,

Denis

[estéreo]

¡Buen hallazgo! Tras varias pruebas, parece que el problema reside en los elementos de preferencia del archivo INI de la GPO.

Si se define un elemento de preferencia, el archivo wapt-get.ini siempre se modifica (incluso si la preferencia está en modo de actualización) y, efectivamente, no observo que se reinicie el servicio waptservice al actualizar las GPO.

Al deshabilitar los elementos de preferencia que afectan a wapt-get.ini, ya no puedo reproducir el problema.

Tendré que buscar otra forma de gestionar los cambios en repo_url y wapt_server cuando se muevan los objetos... ¡

Muchas gracias por vuestra ayuda, Simon y Denis!