Bonjour à tous,
En faisant du debug sur certains de mes postes récalcitrants, je viens de me rendre compte d’un cas de figure bizarre :
-
Mon serveur était en 1.5.1.23 et il a été update en 1.5.1.26 avec tous les petits « à côté » qui vont bien (hash, gpo, régénération d’agent….)
-
Je démarre un poste resté en wapt 1.5.1.23
-
Au démarrage du poste, une de mes GPO exécute waptdeploy et se rend compte qu’il faut upgrade en 1.5.1.26
-
Le poste fait donc sa mise à jour et le voilà maintenant en 1.5.1.26, super !
-
A l’extinction du poste, il va donc chercher à mettre à jour le package ef-waptupgrade qui est maintenant passé en 1.5.1.26
-
Lors de l’installation de cette mise à jour de ce package, une tache planifiée est crée, et celle-ci force (--force) la reinstallation de l’agent wapt en 1.5.1.26. Bizarre, et surtout pas très « optimisé »
Petite question, ne serait-il pas judicieux de modifier le fichier
https://github.com/tranquilit/WAPT/blob/master/waptupgrade/setup.py à la ligne 283 comme ceci ? :
283c283
< if Version(installed_wapt_version,3) > Version(package_wapt_version,3):
print('Your current wapt (%s) is more recent than the upgrade package (%s). Skipping...'%(installed_wapt_version,control.version))
---
> if Version(installed_wapt_version,3) >= Version(package_wapt_version,3):
print('Your current wapt (%s) is equal or more recent than the upgrade package (%s). Skipping...'%(installed_wapt_version,control.version))
Cela éviterait une double installation de l’agent.
Bonne fin de journée