Tranquil IT Forum

Hello,

We are using WAPT Enterprise version 2.6.1.17813 on a Linux Ubuntu 22.04.5 server and manage the console via our admin sessions on Windows 11 Professional 25H2 build 26200.8655 machines.

Context:

I am developing a WAPT package to automate the update of the Veeam Agent for Microsoft Windows from version 6.3.2.1302 to 13.0.3.1220 (a major upgrade), using the official Veeam executable in silent mode (/silent /noreboot).
The idea is to be able to modify the package each time a new version is available to automate updates of the Veeam agent deployed on our VIPs' machines.

Problem encountered:

Uninstalling the old version (6.3.2.1302) works correctly. However, the installation of the new version (13.0.3.1220) never completes successfully: the installer consistently returns error code 1002, which in Veeam means "reboot required to complete installation." The Veeam service (VeeamEndpointBackupSvc) is never created after this error, and the software does not appear in the list of installed programs; the installation is therefore blocked, not just waiting for a reboot.
Notably, a manual/interactive installation of the same executable, on the same machine model, completes normally without requiring a reboot. The behavior thus differs significantly between interactive execution (user session) and silent execution via the wapt service (SYSTEM context).
My script handles error code 1002 in setup.py (capturing the exception thrown by run(), returning 3010 to WAPT to schedule a reboot), but I haven't yet been able to confirm that a subsequent reboot will complete the installation, since Veeam 13 currently won't install at all in this context.

Question:

Has anyone encountered this type of blockage with an installer requiring drivers (Veeam, or other products with drivers like antivirus/EDR/CBT) installed silently via WAPT? Is it related to the SYSTEM context of the WAPT service, a residual pending reboot state, or is there a known Veeam flag/parameter to bypass this silent blockage?

Thanks in advance.

Amaël

Hello Amaël,

following the uninstallation, is a reboot necessary? Is the service still showing as PENDING_DELETE (or equivalent; I don't remember the exact status Windows returns)?

Does the installation of the new agent work correctly in silent mode under the SYSTEM account (without the update issue from the old version)?

Sincerely,

Denis

Hello Denis,

Thank you very much for your questions; they did indeed help me move forward in the right direction, even though the initial lead (PENDING_DELETE) wasn't the problem after all. The test allowed me to definitively rule out that hypothesis and investigate elsewhere.

To wrap things up: the blockage actually stemmed from a missing prerequisite, Microsoft ASP.NET Core 8.0 Runtime (x86+x64), which wasn't automatically installed by the Veeam bootstrapper in silent mode. The 1002 return code I was seeing didn't mean "reboot required" as I thought, but rather "installation failed," hence the initial confusion.
It was by testing the executable directly in the SYSTEM context (via PsExec) that the blocking popup mentioning this missing prerequisite finally appeared, whereas it went unnoticed in silent mode.

Incidentally, I also discovered that the /noreboot parameter was no longer valid for the bootstrapper in version 13 ("Invalid command line parameter").
The solution implemented was a separate WAPT package for the ASP.NET Core 8 runtime, declared as a dependency of the Veeam package, plus a corrected installation command with the correct flags (/accepteula /acceptthirdpartylicenses /acceptlicensingpolicy /acceptrequiredsoftware).

Everything now works correctly. Thanks again for the help!

Best regards,

Amaël