Bonjour Adrien,
Hier j'ai migré ( complète ) un de mes serveurs Windows/Windows , tout s'est bien passé , je n'ai pas eu de messages d'erreur , les clients sont présents et ont bien appliqué la maj 1.5.1.21, les paquets aussi.
Cependant quand je suis sur la web interface du serveur , tout les composants sont bien en 1.5.1.21 , sauf le waptsetup qui lui est resté en 1.3.13.0 , es-ce normal ?
Réponse courte : vous pouvez ignorer
Réponse longue:
le fichier WaptSetup est indispensable pour la première installation du client quand le serveur est sous Linux. Quand le serveur est sous Windows, l'environnement WaptSetup est installé en même temps que le WAPT serveur.
Le fichier waptsetup n'est donc pas mis à jour dans votre dépôt local. Mais il faudrait qu'on le supprime/renomme et qu'on supprime la ligne correspondante dans la console web du serveur WAPT. Ca devrait être fait dans la prochaine version.
Ce matin je vois qu'il y a quelques postes qui sont bien allumés , mais qui apparaissent comme " unreachable " dans la console , ils ont pourtant bien la mise à jour d'installée.
Il est possible de rajouter une colonne "wapt version" dans l'affichage de la grille pour vérifier l'avancement des migrations.
Le paquet WAPTUpgrade dépose la mise à jour sur le poste et crée une tâche planifiée qui exécute le fichier waptagent.exe. Il est donc possible que le paquet WAPTUpgrade soit bien déployé mais que la mise à jour ne soit pas bien passé.
Il peut y avoir par exemple des soucis avec des anti-virus qui supprime des fichiers localement (cf. un autre post récent sur la liste)
Je vois aussi qu'un grand nombre de postes ont installé un paquet machine au nom de leur UUID.
Par défaut sous WAPT 1.5 on utilise l'UUID du BIOS pour identifier le paquet machine plutôt que le nom FQDN. En effet le nom des machines peut changer avec le temps, mais l'UUID BIOS ne devrait pas changer. Il est possible de revenir à l'ancien comportement en rajouter un paramètre dans le fichier ini.
Sur mon poste d’administration, j'ai ce paquet au nom de l'uuid qui est parti en erreur en me disant qu'il manquait une dépendance avec pdf creator ( c'est peut être lié au fait que le paquet est en erreur car la machine n'as pas rebooté depuis un certain temps )
c'est normal que le paquet machine ne soit pas considéré comme installée correctement si il a des dépendances en erreur.
Je vois un soucis d'encodage des caractères aussi, c'est pas très grave.
( Vous avez les captures en PJ )
La gestion des encodings reste malheureusement une chose très empirique. Entre le CP1252, l'UTF-8, l'UTF-16, l'ISO-8859-1 et tout le reste, je trouve déjà que c'est relativement merveilleux de ne pas avoir plus de problème... Je vous recommande la lecture du code de WAPT à ce titre, pour voir l'ensemble des méthodes mises en place pour que ça marche à peu prêt bien.
Pour la prochaine version majeure de WAPT (1.6?), on compte passer en Python 3.6. Python 3 a globalement une meilleur gestion de l'UTF8 en interne, et ça apporte aussi un certain nombre de correctifs sur les librairies systèmes, comme par exemple l'accès à la base de registre avec des encodings exotiques.
Aussi , dans la doc de migration Win/Win j'ai repéré deux petite coquilles :
merci, on va corriger.
Cordialement,
Denis
pour la re-signature des paquets :
wapt-signpackages -i -s --message-digest=sha256,sha1 -c C:\private*\*mykey-john.crt C:\wapt\waptserver\repository\wapt*.wapt
celle ligne comporte deux \ quand on indique le path du certificat.
"C:\Program Files (x86)\wapt\waptserver\trigger_action.bat" prefix-waptupgrade
Je ne sais pas si celle là en est une mais pour ma part , par défaut , wapt s'installe sur C:\wapt.
En vous souhaitant à tous une bonne journée ,
Bien cordialement,
-- Adrien Balent CoTICE 66 Collège Jules Verne - Le Soler Collège Christian Bourquin - Millas
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt