Forum Tranquil IT

Depuis les V 2.3.0.13503 et 05 (hier donc), je rencontre plein de problèmes de déploiement de l'agent.
Le setup arrête des services et ne les relance pas après.
Sur les contrôleurs de domaine, par exemple, ça a stoppé les services :
- Serveur DHCP !!!!
- Client DHCP
- Connaissance des emplacements réseau
- Eventlog
- Gestion des connexion Windows
- WINS

Je vous raconte pas le bordel avec l'arrêt sur service Serveur DHCP...

Souvent, le setup se fige. Si je vais sur la machine, je vois les composants d'installation qui ne font rien.
Je relance les services arrêtés et le setup reprend... Ou pas.

Ça vaut pour les serveur et les postes.

Vraiment de très gros problèmes, impossible de déployer l'agent si je suis obligé de repasser sur chaque serveur pour relancer les services !

Bonjour Thomas,

l'installeur innosetup ne touche pas à ces services. Il doit y avoir un effet de bord lié à votre configuration. La partie gestion de service n'a pas changé depuis la version 2.2 à l'installation.

On a eu une remonté il y a un an ou deux similaire à votre situation, mais on a jamais réussi à reproduire le problème. Si le problème se pose sur chacune de vos machine, on est intéressé à voir qu'est ce qui se passe dans les eventlog.

Une des pistes est l'installation de msvcredist et les KB nécessaire pour le fonctionnement de python 3.8 qui lancerait un reboot de la machine (ça ne devrait pas). Mais ça voudrait dire que non seulement les machines sont très en retard sur leurs maj Windows, et que pour une raison quelconque l'installation des kb et du msvcredist a initié un reboot de la machine (ça ne devrait pas, l'install est faite avec un /norestart).

Il faudrait voir sur une machine qui pose le pb qu'est ce qui se passe réellement. Mais bon, quitte à me répéter, l'installation de l'agent WAPT ne touche pas aux services mentionnés.

Cordialement,

Denis

Suite à analyse du problème avec Thomas :

lors de mises à jour, Windows garde une liste des fichiers en attente de remplacement au prochain reboot. En effet, le fonctionnement par lock exclusif au niveau filesystem fait qu'un fichier ouvert en lecture avec lock (même en lecture) par une appli ne peut être remplacé tant que le lock n'a pas été enlevé, donc avant que l'appli s'arrête. Windows pallie à cette limitation en permettant de stocker une liste de fichier à remplacer au prochain redémarrage.

Cette liste de fichier peut être consulté dans la console wapt dans l'inventaire matériel en recherchant l'entrée reboot_needed.

Windows fournit un service RestartManager que l'installeur Innosetup (que waptsetup.exe utilise) appelle pour savoir si il y a des fichiers locké qui nécessite un redémarrage de l'appli, ou de la machine. Pour une raison non élucidé, suite à l'appel du service RestartManager par Innosetup, celui ci a voulu relancer tous les services réseau...

Un reboot de la machine a permis de faire l'installation des fichiers en attente dans la liste du RestartManager, et suite à cela l'installation s'est faite sans problème.

On va voir pour supprimer l'appel à restartManager lors de l'installation de WaptSetup.exe pour éviter ce cas de figure assez rare, mais assez gênant.

Merci à Thomas pour la scéance de débug.

Bonne journée,

Denis