Seite 1 von 1

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

Betreff: Veeam Agent 13.0.3.1220 – Rückgabecode 1002 (Neustart erforderlich) wird stillschweigend zurückgegeben, während die manuelle Installation keinen Neustart erfordert

Veröffentlicht: 18. Juni 2026 - 17:59 Uhr
von dcardon
Hallo Amaël,

ist nach der Deinstallation ein Neustart erforderlich? Wird der Dienst noch als PENDING_DELETE (oder ähnlich; ich erinnere mich nicht genau an den Windows-Status) angezeigt?

Funktioniert die Installation des neuen Agenten im unbeaufsichtigten Modus unter dem SYSTEM-Konto korrekt (ohne das Update-Problem der alten Version)?

Mit freundlichen Grüßen,

Denis

Betreff: Veeam Agent 13.0.3.1220 – Rückgabecode 1002 (Neustart erforderlich) wird stillschweigend zurückgegeben, während die manuelle Installation keinen Neustart erfordert

Veröffentlicht: 19. Juni 2026 - 14:11 Uhr
von amaelkhn
Hallo Denis,

vielen Dank für deine Fragen. Sie haben mir tatsächlich sehr geholfen, in die richtige Richtung zu kommen, auch wenn die ursprüngliche Spur (PENDING_DELETE) letztendlich nicht das Problem war. Der Test erlaubte es mir, diese Hypothese endgültig auszuschließen und woanders zu suchen.

Zusammenfassend lässt sich sagen: Die Blockierung rührte von einer fehlenden Voraussetzung her, nämlich Microsoft ASP.NET Core 8.0 Runtime (x86+x64), die vom Veeam-Bootstrapper im unbeaufsichtigten Modus nicht automatisch installiert wurde. Der Rückgabecode 1002 bedeutete nicht, wie ich vermutet hatte, „Neustart erforderlich“, sondern „Installation fehlgeschlagen“, daher die anfängliche Verwirrung. Erst
durch das direkte Testen der ausführbaren Datei im SYSTEM-Kontext (über PsExec) erschien schließlich das blockierende Popup mit dem Hinweis auf diese fehlende Voraussetzung, während es im unbeaufsichtigten Modus unbemerkt blieb.

Nebenbei bemerkt stellte ich auch fest, dass der Parameter /noreboot für den Bootstrapper in Version 13 nicht mehr gültig ist („Ungültiger Befehlszeilenparameter“).
Die Lösung bestand aus einem separaten WAPT-Paket für die ASP.NET Core 8-Laufzeitumgebung, das als Abhängigkeit des Veeam-Pakets deklariert wurde, sowie einem korrigierten Installationsbefehl mit den korrekten Parametern (/accepteula /acceptthirdpartylicenses /acceptlicensingpolicy /acceptrequiredsoftware).

Jetzt funktioniert alles einwandfrei. Vielen Dank nochmals für die Hilfe!

Beste Grüße,

Amaël