Página 1 de 1

[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
por amaelkhn
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

Re: Veeam Agent 13.0.3.1220: código de retorno 1002 (se requiere reiniciar) silenciosamente, mientras que la instalación manual no lo requiere

Publicado: 18 de junio de 2026 - 17:59
por dcardon
Hola Amaël,

después de la desinstalación, ¿es necesario reiniciar el equipo? ¿El servicio sigue apareciendo como PENDING_DELETE (o equivalente; no recuerdo el estado exacto que devuelve Windows)? ¿

La instalación del nuevo agente funciona correctamente en modo silencioso con la cuenta SYSTEM (sin el problema de actualización de la versión anterior)?

Atentamente,

Denis

Re: Veeam Agent 13.0.3.1220: código de retorno 1002 (se requiere reiniciar) silenciosamente, mientras que la instalación manual no lo requiere

Publicado: 19 de junio de 2026 - 14:11
por amaelkhn
Hola Denis,

muchas gracias por tus preguntas; me ayudaron a avanzar en la dirección correcta, aunque la pista inicial (PENDING_DELETE) no era el problema. La prueba me permitió descartar definitivamente esa hipótesis e investigar en otro lugar.

En resumen: el bloqueo se debía a un requisito previo faltante, Microsoft ASP.NET Core 8.0 Runtime (x86+x64), que no fue instalado automáticamente por el arrancador de Veeam en modo silencioso. El código de retorno 1002 que veía no significaba "se requiere reiniciar" como pensaba, sino "falló la instalación", de ahí la confusión inicial.
Fue al probar el ejecutable directamente en el contexto del SISTEMA (a través de PsExec) que finalmente apareció la ventana emergente que mencionaba este requisito previo faltante, mientras que en modo silencioso pasó desapercibida.

Por cierto, también descubrí que el parámetro /noreboot ya no era válido para el arrancador en la versión 13 ("Parámetro de línea de comandos no válido").
La solución implementada consistió en un paquete WAPT independiente para el entorno de ejecución de ASP.NET Core 8, declarado como dependencia del paquete Veeam, además de un comando de instalación corregido con los parámetros adecuados (/accepteula /acceptthirdpartylicenses /acceptlicensingpolicy /acceptrequiredsoftware).

Ahora todo funciona correctamente. ¡Gracias de nuevo por la ayuda!

Saludos cordiales,

Amaël