Bonjour,
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 ?
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.
Je vois aussi qu'un grand nombre de postes ont installé un paquet machine au nom de leur UUID.
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 )
Je vois un soucis d'encodage des caractères aussi, c'est pas très grave.
( Vous avez les captures en PJ )
Aussi , dans la doc de migration Win/Win j'ai repéré deux petite coquilles :
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,
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
Le 15/03/2018 à 11:19, Adrien Balent a écrit :
Bonjour,
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 ?
Effectivement waptsetup n'est pas copié lors du l'installation sur un windows.
Sur un serveur windows, la console qui génère le waptagent est souvent la console du serveur donc vous n'avez pas besoin waptsetup.
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.
Sont t'il en version 1.5 dans la console ?
Je vois aussi qu'un grand nombre de postes ont installé un paquet machine au nom de leur UUID.
C'est normal : https://www.wapt.fr/fr/doc/Theorique/index.html#les-paquets-host
https://www.wapt.fr/fr/doc/changelog.html#architecture-globale
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 )
Si le paquet pdfcreator est en erreur alors la dépendance pdfcreator du paquet machine n'est pas installé, c'est donc normal que le paquet uuid soit en erreur.
Je vois un soucis d'encodage des caractères aussi, c'est pas très grave.
( Vous avez les captures en PJ )
On note on va faire un correctif ;)
Aussi , dans la doc de migration Win/Win j'ai repéré deux petite coquilles :
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.
Effectivement c'est corrigé, merci !
"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.
On note on va faire un correctif ;)
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
Bonjour ,
Merci pour ses précisions , effectivement j'avais du mal lire la ligne concernant les uuid.
J'ai du réinstaller l'agent manuellement sur les 3 postes résistants , mais je me suis rendu compte après coup qu'ils avaient 7-10 minutes de décalage par rapport au serveur . C'est peut être à cause de ça que ça à échoué.
Dans le cas d'une migration depuis la 1.3 , le chemin restera C:\wapt , par contre pour les agents que j'ai installé à la main , effectivement l'installation s'effectue bien dans ProgramFiles x86 !
Du coup c'est tout bon pour moi.
En 1.5 le paquet WindowsMovieMaker part en erreur sur quasi tout mes postes ( Voir PJ )
Ca parle d'uninstallKey.
J'ai vu TrendMicro s'affoler aussi par rapport à WaptPython.exe ( Car il tente de modifier une stratégie de sécurité ) Il m'as simplement fallu cliquer sur autoriser. ( Ce n'est pas apparu sur tout les postes seulement un ou deux )
Je vais m'attaquer à mes migrations Debian/Debian , mes serveurs sont encore en 8 , je pense qu'il est préférable de backuper , passer le serveur en 9 , puis entamer la migration ?
Je vous souhaite une bonne après midi! Bien cordialement,
-
Adrien Balent -
Denis Cardon -
Simon Fonteneau