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