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
[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
Reglas del foro
Reglas del foro de la comunidad
* Soporte en inglés en www.reddit.com/r/wapt
* El soporte de la comunidad en francés está disponible en este foro
* Por favor, anteponga [RESUELTO] al título del tema si está resuelto.
* Por favor, no edite un tema que esté etiquetado como [RESUELTO]. Abra un nuevo tema haciendo referencia al anterior.
* Especifique la versión de WAPT instalada, la versión completa y el número de compilación (2.2.1.11957 / 2.2.2.12337 / etc.), así como la edición Enterprise/Discovery.
* Las versiones 1.8.2 y anteriores ya no son compatibles. Las únicas preguntas aceptadas sobre la versión 1.8.2 están relacionadas con la actualización a una versión compatible (2.1, 2.2, etc.).
* Especifique el sistema operativo del servidor (Linux/Windows) y la versión (Debian Buster/Bullseye - CentOS 7 - Windows Server 2012/2016/2019).
* Especifique el sistema operativo de la máquina de administración/creación de paquetes y de la máquina con el agente problemático, si corresponde (Windows 7/10/11/Debian 11/etc.).
* Evite hacer varias preguntas al abrir un tema, ya que podría ser ignorado. Si hay varios temas, ábralos por separado, preferiblemente uno tras otro y no todos a la vez (es decir, no sature el foro con spam).
* Incluya fragmentos de código, capturas de pantalla y otras imágenes directamente en la publicación. Los enlaces a Pastebin, Bitly y otros sitios de terceros serán eliminados sistemáticamente.
* Como en cualquier foro comunitario, el soporte es proporcionado voluntariamente por los miembros. Si necesita soporte comercial, puede comunicarse con el departamento de ventas de Tranquil IT al 02.40.97.57.55.
Reglas del foro de la comunidad
* Soporte en inglés en www.reddit.com/r/wapt
* El soporte de la comunidad en francés está disponible en este foro
* Por favor, anteponga [RESUELTO] al título del tema si está resuelto.
* Por favor, no edite un tema que esté etiquetado como [RESUELTO]. Abra un nuevo tema haciendo referencia al anterior.
* Especifique la versión de WAPT instalada, la versión completa y el número de compilación (2.2.1.11957 / 2.2.2.12337 / etc.), así como la edición Enterprise/Discovery.
* Las versiones 1.8.2 y anteriores ya no son compatibles. Las únicas preguntas aceptadas sobre la versión 1.8.2 están relacionadas con la actualización a una versión compatible (2.1, 2.2, etc.).
* Especifique el sistema operativo del servidor (Linux/Windows) y la versión (Debian Buster/Bullseye - CentOS 7 - Windows Server 2012/2016/2019).
* Especifique el sistema operativo de la máquina de administración/creación de paquetes y de la máquina con el agente problemático, si corresponde (Windows 7/10/11/Debian 11/etc.).
* Evite hacer varias preguntas al abrir un tema, ya que podría ser ignorado. Si hay varios temas, ábralos por separado, preferiblemente uno tras otro y no todos a la vez (es decir, no sature el foro con spam).
* Incluya fragmentos de código, capturas de pantalla y otras imágenes directamente en la publicación. Los enlaces a Pastebin, Bitly y otros sitios de terceros serán eliminados sistemáticamente.
* Como en cualquier foro comunitario, el soporte es proporcionado voluntariamente por los miembros. Si necesita soporte comercial, puede comunicarse con el departamento de ventas de Tranquil IT al 02.40.97.57.55.
-
dcardón
- Experto en WAPT
- Mensajes: 1970
- Inscripción: 18 de junio de 2014 - 09:58
- Ubicación: Saint Sébastien sur Loire
- Contacto :
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
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
Denis Cardon - Tranquil IT
¡Comparte tus experiencias en WAPT! Envíanos las URL de tus blogs y artículos en la "Tu opinión del foro y los publicaremos en el de WAPT
¡Comparte tus experiencias en WAPT! Envíanos las URL de tus blogs y artículos en la "Tu opinión del foro y los publicaremos en el de WAPT
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
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
