[GELÖST] Veeam Agent 13.0.3.1220 gibt den Fehlercode 1002 zurück (Neustart erforderlich) – im unbeaufsichtigten Modus ist dies bei manueller Installation nicht erforderlich
Veröffentlicht: 18. Juni 2026 – 13:58 Uhr
Hallo,
wir verwenden WAPT Enterprise Version 2.6.1.17813 auf einem Linux Ubuntu 22.04.5 Server und verwalten die Konsole über unsere Administratorsitzungen auf Windows 11 Professional 25H2 Build 26200.8655 Maschinen.
Hintergrund:
Ich entwickle ein WAPT-Paket zur automatisierten Aktualisierung des Veeam Agents für Microsoft Windows von Version 6.3.2.1302 auf 13.0.3.1220 (ein größeres Upgrade). Dazu verwende ich die offizielle Veeam-Executable im unbeaufsichtigten Modus (/silent /noreboot).
Ziel ist es, das Paket bei jeder neuen Version anzupassen, um die Aktualisierung des Veeam Agents auf den Rechnern unserer VIPs zu automatisieren.
Problem:
Die Deinstallation der alten Version (6.3.2.1302) funktioniert einwandfrei. Die Installation der neuen Version (13.0.3.1220) schlägt jedoch immer fehl: Der Installer gibt stets den Fehlercode 1002 zurück, was in Veeam „Neustart erforderlich“ bedeutet. Der Veeam-Dienst (VeeamEndpointBackupSvc) wird nach diesem Fehler nicht erstellt, und die Software erscheint nicht in der Liste der installierten Programme. Die Installation ist daher blockiert und wartet nicht nur auf einen Neustart.
Interessanterweise verläuft eine manuelle/interaktive Installation derselben ausführbaren Datei auf demselben Rechnermodell problemlos ohne Neustart. Das Verhalten unterscheidet sich somit deutlich zwischen interaktiver Ausführung (Benutzersitzung) und stiller Ausführung über den WAPT-Dienst (SYSTEM-Kontext).
Mein Skript behandelt den Fehlercode 1002 in setup.py (indem es die von run() ausgelöste Ausnahme abfängt und den Statuscode 3010 an WAPT zurückgibt, um einen Neustart zu planen). Ich konnte jedoch noch nicht bestätigen, dass ein anschließender Neustart die Installation abschließt, da sich Veeam 13 in diesem Kontext derzeit überhaupt nicht installieren lässt.
Frage:
Hat jemand schon einmal eine ähnliche Blockierung bei einem Installationsprogramm beobachtet, das Treiber benötigt (Veeam oder andere Produkte mit Treibern wie Antivirus/EDR/CBT), die im Hintergrund über WAPT installiert werden? Liegt es am SYSTEM-Kontext des WAPT-Dienstes, einem verbleibenden Neustartstatus oder gibt es eine bekannte Veeam-Option/einen Parameter, um diese Blockierung zu umgehen?
Vielen Dank im Voraus.
Amaël
wir verwenden WAPT Enterprise Version 2.6.1.17813 auf einem Linux Ubuntu 22.04.5 Server und verwalten die Konsole über unsere Administratorsitzungen auf Windows 11 Professional 25H2 Build 26200.8655 Maschinen.
Hintergrund:
Ich entwickle ein WAPT-Paket zur automatisierten Aktualisierung des Veeam Agents für Microsoft Windows von Version 6.3.2.1302 auf 13.0.3.1220 (ein größeres Upgrade). Dazu verwende ich die offizielle Veeam-Executable im unbeaufsichtigten Modus (/silent /noreboot).
Ziel ist es, das Paket bei jeder neuen Version anzupassen, um die Aktualisierung des Veeam Agents auf den Rechnern unserer VIPs zu automatisieren.
Problem:
Die Deinstallation der alten Version (6.3.2.1302) funktioniert einwandfrei. Die Installation der neuen Version (13.0.3.1220) schlägt jedoch immer fehl: Der Installer gibt stets den Fehlercode 1002 zurück, was in Veeam „Neustart erforderlich“ bedeutet. Der Veeam-Dienst (VeeamEndpointBackupSvc) wird nach diesem Fehler nicht erstellt, und die Software erscheint nicht in der Liste der installierten Programme. Die Installation ist daher blockiert und wartet nicht nur auf einen Neustart.
Interessanterweise verläuft eine manuelle/interaktive Installation derselben ausführbaren Datei auf demselben Rechnermodell problemlos ohne Neustart. Das Verhalten unterscheidet sich somit deutlich zwischen interaktiver Ausführung (Benutzersitzung) und stiller Ausführung über den WAPT-Dienst (SYSTEM-Kontext).
Mein Skript behandelt den Fehlercode 1002 in setup.py (indem es die von run() ausgelöste Ausnahme abfängt und den Statuscode 3010 an WAPT zurückgibt, um einen Neustart zu planen). Ich konnte jedoch noch nicht bestätigen, dass ein anschließender Neustart die Installation abschließt, da sich Veeam 13 in diesem Kontext derzeit überhaupt nicht installieren lässt.
Frage:
Hat jemand schon einmal eine ähnliche Blockierung bei einem Installationsprogramm beobachtet, das Treiber benötigt (Veeam oder andere Produkte mit Treibern wie Antivirus/EDR/CBT), die im Hintergrund über WAPT installiert werden? Liegt es am SYSTEM-Kontext des WAPT-Dienstes, einem verbleibenden Neustartstatus oder gibt es eine bekannte Veeam-Option/einen Parameter, um diese Blockierung zu umgehen?
Vielen Dank im Voraus.
Amaël