[RESUELTO] Veeam Agent 13.0.3.1220 devuelve el código 1002 (se requiere reiniciar) en modo silencioso > la instalación manual no lo requiere
Publicado: 18 de junio de 2026 - 13:58
Hola,
estamos usando WAPT Enterprise versión 2.6.1.17813 en un servidor Linux Ubuntu 22.04.5 y administramos la consola a través de nuestras sesiones de administrador en máquinas Windows 11 Professional 25H2 build 26200.8655.
Contexto:
estoy desarrollando un paquete WAPT para automatizar la actualización del Veeam Agent para Microsoft Windows de la versión 6.3.2.1302 a 13.0.3.1220 (una actualización importante), usando el ejecutable oficial de Veeam en modo silencioso (/silent /noreboot).
La idea es poder modificar el paquete cada vez que haya una nueva versión disponible para automatizar las actualizaciones del Veeam Agent implementado en las máquinas de nuestros VIP.
Problema encontrado:
desinstalar la versión anterior (6.3.2.1302) funciona correctamente. Sin embargo, la instalación de la nueva versión (13.0.3.1220) nunca se completa correctamente: el instalador devuelve sistemáticamente el código de error 1002, que en Veeam significa "se requiere reiniciar para completar la instalación". El servicio Veeam (VeeamEndpointBackupSvc) nunca se crea después de este error, y el software no aparece en la lista de programas instalados; por lo tanto, la instalación se bloquea, en lugar de simplemente esperar un reinicio.
Cabe destacar que una instalación manual/interactiva del mismo ejecutable, en el mismo modelo de máquina, se completa normalmente sin necesidad de reiniciar. El comportamiento difiere significativamente entre la ejecución interactiva (sesión de usuario) y la ejecución silenciosa a través del servicio wapt (contexto SYSTEM).
Mi script maneja el código de error 1002 en setup.py (capturando la excepción lanzada por run(), devolviendo 3010 a WAPT para programar un reinicio), pero aún no he podido confirmar que un reinicio posterior complete la instalación, ya que Veeam 13 actualmente no se instala en absoluto en este contexto.
Pregunta:
¿Alguien se ha encontrado con este tipo de bloqueo al instalar un programa que requiere controladores (Veeam u otros productos con controladores como antivirus/EDR/CBT) instalados silenciosamente a través de WAPT? ¿Está relacionado con el contexto del sistema del servicio WAPT, un estado residual de reinicio pendiente, o existe algún parámetro o indicador conocido de Veeam para evitar este bloqueo silencioso?
Gracias de antemano.
Amaël
estamos usando WAPT Enterprise versión 2.6.1.17813 en un servidor Linux Ubuntu 22.04.5 y administramos la consola a través de nuestras sesiones de administrador en máquinas Windows 11 Professional 25H2 build 26200.8655.
Contexto:
estoy desarrollando un paquete WAPT para automatizar la actualización del Veeam Agent para Microsoft Windows de la versión 6.3.2.1302 a 13.0.3.1220 (una actualización importante), usando el ejecutable oficial de Veeam en modo silencioso (/silent /noreboot).
La idea es poder modificar el paquete cada vez que haya una nueva versión disponible para automatizar las actualizaciones del Veeam Agent implementado en las máquinas de nuestros VIP.
Problema encontrado:
desinstalar la versión anterior (6.3.2.1302) funciona correctamente. Sin embargo, la instalación de la nueva versión (13.0.3.1220) nunca se completa correctamente: el instalador devuelve sistemáticamente el código de error 1002, que en Veeam significa "se requiere reiniciar para completar la instalación". El servicio Veeam (VeeamEndpointBackupSvc) nunca se crea después de este error, y el software no aparece en la lista de programas instalados; por lo tanto, la instalación se bloquea, en lugar de simplemente esperar un reinicio.
Cabe destacar que una instalación manual/interactiva del mismo ejecutable, en el mismo modelo de máquina, se completa normalmente sin necesidad de reiniciar. El comportamiento difiere significativamente entre la ejecución interactiva (sesión de usuario) y la ejecución silenciosa a través del servicio wapt (contexto SYSTEM).
Mi script maneja el código de error 1002 en setup.py (capturando la excepción lanzada por run(), devolviendo 3010 a WAPT para programar un reinicio), pero aún no he podido confirmar que un reinicio posterior complete la instalación, ya que Veeam 13 actualmente no se instala en absoluto en este contexto.
Pregunta:
¿Alguien se ha encontrado con este tipo de bloqueo al instalar un programa que requiere controladores (Veeam u otros productos con controladores como antivirus/EDR/CBT) instalados silenciosamente a través de WAPT? ¿Está relacionado con el contexto del sistema del servicio WAPT, un estado residual de reinicio pendiente, o existe algún parámetro o indicador conocido de Veeam para evitar este bloqueo silencioso?
Gracias de antemano.
Amaël