Forum Tranquil IT

Bonjour,

Nous utilisons WAPT en version Entreprise 2.6.1.17813 sur un serveur Linux Ubuntu 22.04.5 et gérons la console via nos sessions admins sur des postes en Windows 11 Professionnel 25H2 build 26200.8655.

Contexte :

Je développe un paquet WAPT pour automatiser la mise à jour de Veeam Agent for Microsoft Windows, de la version 6.3.2.1302 vers la 13.0.3.1220 (upgrade majeur), via l'exécutable officiel Veeam en mode silencieux (/silent /noreboot).
L'idée serait de pouvoir modifier le paquet à chaque fois qu'une nouvelle version est disponible pour pouvoir automatiser les mises à jour de l'agent veeam déployé sur le poste de nos VIPs.

Problème rencontré :

La désinstallation de l'ancienne version (6.3.2.1302) fonctionne correctement. En revanche, l'installation de la nouvelle version (13.0.3.1220) ne se termine jamais avec succès : l'installeur retourne systématiquement le code 1002, qui chez Veeam signifie "redémarrage requis pour finaliser l'installation". Le service Veeam (VeeamEndpointBackupSvc) n'est jamais créé suite à ce retour, et le logiciel n'apparaît pas dans la liste des programmes installés ; l'installation est donc bloquée, pas seulement en attente d'un reboot.
Fait notable : une installation manuelle/interactive du même exécutable, sur le même modèle de poste, se termine normalement sans demander de redémarrage. Le comportement diffère donc nettement entre exécution interactive (session utilisateur) et exécution silencieuse via le service wapt (contexte SYSTEM).
Mon script gère le code 1002 côté setup.py (capture de l'exception levée par run(), retour 3010 à WAPT pour planifier un reboot), mais je n'ai pas encore pu valider qu'un redémarrage ultérieur permette de finaliser l'installation, puisque pour l'instant Veeam 13 ne s'installe pas du tout dans ce contexte.

Question :

Quelqu'un a-t-il déjà rencontré ce type de blocage avec un installeur nécessitant des pilotes (Veeam, ou autres produits avec drivers comme antivirus/EDR/CBT) en silencieux via WAPT ? Est-ce lié au contexte SYSTEM du service wapt, à un état résiduel de pending reboot, ou existe-t-il un flag/paramètre Veeam connu pour contourner ce blocage en silencieux ?

Merci par avance.

Amaël

Bonjour Amaël,

suite à la désinstallation, est ce qu'il n'y a pas un reboot nécessaire. Est ce que le service ne reste pas en mode PENDING_DELETE (ou équivalent, je ne me rappelle plus du status que Windows renvoie) ?

Est ce que l'installation du nouvelle agent fonctionne correctement en mode silencieux en compte SYSTEM (sans la problématique de mise à jour depuis l'ancienne version)?

Cordialement,

Denis

Bonjour Denis,

Merci beaucoup pour vos questions, elles m'ont effectivement aidé à avancer dans le bon sens même si la piste initiale (PENDING_DELETE) n'était finalement pas en cause ; le test m'a permis d'écarter cette hypothèse proprement et de creuser ailleurs.

Pour clôturer le sujet : le blocage venait en réalité d'un prérequis manquant, Microsoft ASP.NET Core 8.0 Runtime (x86+x64), non installé automatiquement par le bootstrapper Veeam en mode silencieux. Le code retour 1002 que j'observais ne signifiait donc pas "reboot requis" comme je le pensais, mais bien "échec de l'installation" ; d'où la confusion initiale.
C'est en testant l'exécutable directement en contexte SYSTEM (via PsExec) que la popup bloquante mentionnant ce prérequis manquant est enfin apparue, alors qu'elle passait inaperçue en silencieux.

Au passage, j'ai aussi découvert que le paramètre /noreboot n'était plus valide pour le bootstrapper de la version 13 ("Invalid command line parameter").
Solution mise en place : un paquet WAPT séparé pour le runtime ASP.NET Core 8, déclaré en dépendance du paquet Veeam, plus une commande d'installation corrigée avec les bons flags (/accepteula /acceptthirdpartylicenses /acceptlicensingpolicy /acceptrequiredsoftware).

Tout fonctionne désormais correctement. Merci encore pour le coup de pouce !

Cordialement,

Amaël