Las posiciones de la WUA siguen pendientes

[Emmanuel64]

Buen día

Tengo varias estaciones de trabajo en WUA realizando pruebas antes de la migración total desde WSUS de todas las estaciones de trabajo.

Por ejemplo, tengo KB5058411 marcado como "Pendiente" en algunas máquinas

En el servidor, esta base de conocimientos es:
es requerido: Falso
Descargado: 2025-05-27T02:38:04.702476

La descripción del trabajo:

Código: Seleccionar todo

[waptwua]
enabled=true
install_at_shutdown=true
download_scheduling=4h
allowed_severities=Critical
install_delay=15d
default_allow=true

¿Cuál podría ser la razón por la cual no se establecen?

GRACIAS

PD: Si ejecuto la instalación manualmente, funciona

[Sfonteneau]

Hola,

¿el equipo aparece como "pendiente de reinicio" en la pestaña de Actualización de Windows?

Simon

[Emmanuel64]

Hola,

gracias por tu respuesta.

No, está en PENDING_UPDATES.

[Sfonteneau]

Así que, nada parecido a lo que se ve en la captura de pantalla.

Lógicamente, si ejecutas el instalador (haz clic derecho en el equipo y selecciona "Actualización de Windows"),

el equipo entrará en modo "Reinicio pendiente" y el archivo CAB permanecerá como "PENDIENTE" mientras espera.

Tras el reinicio, el equipo entrará en modo "Necesita análisis" (para verificar que todo esté correcto)

y el archivo CAB debería aparecer como correcto.

[Sfonteneau]

Ah, no había visto tu mensaje "PD: Si inicio la instalación manualmente, funciona".

En realidad, en este caso, te falta el parámetro "install_scheduling=2d" en la sección waptwua.

El parámetro "install_at_shutdown=true" ya no funciona porque Windows ahora (desde hace 24 horas) devuelve un error si intentamos instalarlo estando apagado.

[Emmanuel64]

Este es, efectivamente, el comportamiento que se produce al actualizar manualmente.
El problema surge con la actualización al apagar el equipo, ya que ese es el comportamiento que solicita "install_at_shutdown=true".

[Sfonteneau]

Ah, no había visto tu mensaje "PD: Si inicio la instalación manualmente, funciona".

En realidad, en este caso, te falta el parámetro "install_scheduling=2d" en la sección waptwua.

El parámetro "install_at_shutdown=true" ya no funciona porque Windows ahora (desde hace 24 horas) devuelve un error si intentamos instalarlo estando apagado.

[Emmanuel64]

Aquí está el razonamiento detrás de esto:
Cuando configuramos 2d, por ejemplo, lo basamos en 48 horas, ¿desde qué punto? (¿Actualización recibida o 00:01 del día?)
Esas actualizaciones repentinas de 24h2 en medio del trabajo son bastante molestas (siempre sucede durante una presentación o una videoconferencia... De lo contrario, no es divertido ).

[Sfonteneau]

Si usamos 2d, por ejemplo, ¿desde qué punto lo basamos en 48 horas? (¿desde la recepción de la actualización o a las 00:01 del día)?

En realidad, el servicio realiza comprobaciones en bucle (cada minuto, por ejemplo). Si no ha realizado ninguna comprobación durante más de 48 horas, inicia la siguiente

Las actualizaciones bárbaras de 24 horas en medio del trabajo son bastante molestas (siempre es durante una presentación o una videollamada... De lo contrario, no tiene gracia ).

Técnicamente no reinicia la máquina (al menos wapt no se reinicia y le pide a waptwua que no se reinicie) y no cierra ninguna aplicación.
Sin embargo, aumenta el uso de la CPU durante la instalación.

[Emmanuel64]

Gracias por toda esta valiosa información