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
[Résolu] Veeam Agent 13.0.3.1220 code retour 1002 (reboot requis) silent mode > l'install manuelle n'en demande pas
Règles du forum
Règles du forum communautaire
* English support on www.reddit.com/r/wapt
* Le support communautaire en français se fait sur ce forum
* Merci de préfixer le titre du topic par [RESOLU] s'il est résolu.
* Merci de ne pas modifier un topic qui est taggé [RESOLU]. Ouvrez un nouveau topic en référençant l'ancien
* Préciser version de WAPT installée, version complète ET numéro de build (2.2.1.11957 / 2.2.2.12337 / etc.) AINSI QUE l'édition Enterprise / Discovery
* Les versions 1.8.2 et antérieures ne sont plus maintenues. Les seules questions acceptées vis à vis de la version 1.8.2 sont liés à la mise à jour vers une version supportée (2.1, 2.2, etc.)
* Préciser OS du serveur (Linux / Windows) et version (Debian Buster/Bullseye - CentOS 7 - Windows Server 2012/2016/2019)
* Préciser OS de la machine d'administration/création des paquets et de la machine avec l'agent qui pose problème le cas échéant (Windows 7 / 10 / 11 / Debian 11 / etc.)
* Eviter de poser plusieurs questions lors de l'ouverture de topic, sinon il risque d'être ignorer. Si plusieurs sujet, ouvrir plusieurs topic, et de préférence les uns après les autres et pas tous en même temps (ie ne pas spammer le forum).
* Inclure directement les morceaux de code, les captures d'écran et autres images directement dans le post. Les liens vers les pastebin, les bitly et autres sites tierces seront systématiquement supprimés.
* Comme tout forum communautaire, le support est fait bénévolement par les membres. Si vous avez besoin d'un support commercial, vous pouvez contacter le service commercial Tranquil IT au 02.40.97.57.55
Règles du forum communautaire
* English support on www.reddit.com/r/wapt
* Le support communautaire en français se fait sur ce forum
* Merci de préfixer le titre du topic par [RESOLU] s'il est résolu.
* Merci de ne pas modifier un topic qui est taggé [RESOLU]. Ouvrez un nouveau topic en référençant l'ancien
* Préciser version de WAPT installée, version complète ET numéro de build (2.2.1.11957 / 2.2.2.12337 / etc.) AINSI QUE l'édition Enterprise / Discovery
* Les versions 1.8.2 et antérieures ne sont plus maintenues. Les seules questions acceptées vis à vis de la version 1.8.2 sont liés à la mise à jour vers une version supportée (2.1, 2.2, etc.)
* Préciser OS du serveur (Linux / Windows) et version (Debian Buster/Bullseye - CentOS 7 - Windows Server 2012/2016/2019)
* Préciser OS de la machine d'administration/création des paquets et de la machine avec l'agent qui pose problème le cas échéant (Windows 7 / 10 / 11 / Debian 11 / etc.)
* Eviter de poser plusieurs questions lors de l'ouverture de topic, sinon il risque d'être ignorer. Si plusieurs sujet, ouvrir plusieurs topic, et de préférence les uns après les autres et pas tous en même temps (ie ne pas spammer le forum).
* Inclure directement les morceaux de code, les captures d'écran et autres images directement dans le post. Les liens vers les pastebin, les bitly et autres sites tierces seront systématiquement supprimés.
* Comme tout forum communautaire, le support est fait bénévolement par les membres. Si vous avez besoin d'un support commercial, vous pouvez contacter le service commercial Tranquil IT au 02.40.97.57.55
-
dcardon
- Expert WAPT
- Messages : 1957
- Inscription : 18 juin 2014 - 09:58
- Localisation : Saint Sébastien sur Loire
- Contact :
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
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
Denis Cardon - Tranquil IT
Communiquez autour de vous sur WAPT! Envoyez nous vos url de blog et d'articles dans la catégorie votre avis du forum, nous les mettrons en avant sur le site WAPT
Communiquez autour de vous sur WAPT! Envoyez nous vos url de blog et d'articles dans la catégorie votre avis du forum, nous les mettrons en avant sur le site WAPT
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
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
