Audit paquets vide dans le cas d'une installation neuve via WADS

[esberard]

Bonjour,

Nous venons de passer sur la version 2.6.1.17654 sur notre PROD et je me rends compte d'un bug quand on déploie une machine via WADS et que celle-ci installe les paquets via son OU d'appartenance, un certain nombre de paquets ne remonte pas d'audit dans l'onglet général.

Même en utilisant la fonction "Lancer tous les audits des paquets", ces paquets restent avec un statut d'audit vide (test de plusieurs reboot et d'actualiser l'inventaire des postes).

En revanche, si on sélectionne manuellement chaque paquet dans l'onglet général dont le statut d'audit est vide et que l'on fait un clic droit et que l'ont choisi "Lancer l'audit du paquet" sur cet ensemble, alors l'audit des paquets s'affiche bien.

Il semble que les boutons "Lancer tous les audits des paquets" et "Lancer l'audit du paquet" n'ont pas les mêmes fonctions et donc un résultat différent.

Malgré cela, on constate que pas mal de nos paquets ont un souci pour remonter leur audit de manière automatique sur cette version 2.6.1.17654.

Merci pour votre retour.

Rémy

[htouvet]

Bonjour Rémy,
Pour que je puisse comparer les comportements dans le code, vous avez upgradé depuis quelle version de Wapt ?

Hubert

[esberard]

On venait de la 2.6.1.17576

[sfonteneau]

Petite question supplémentaire:

La machine était déjà présente dans l'inventaire avant déploiement ?
c'est un redéploiement ?

[esberard]

Non pas du tout, c'est une machine neuve sortie du carton.

[esberard]

J'ai également le cas avec une machine qui a été réinstallée et qui était déjà présente

audit-wapt.png (134.85 Kio) Consulté 3447 fois

[htouvet]

Bonjour Rémy,
Entre ces deux versions, je ne vois à priori pas ce qui peut provoquer cela.

Peux-tu partager le script actuel de postinstall de wads ?

Et le mieux est que l'on regarde avec un partage d'écran.

[esberard]

Après avoir forcé l'audit de chaque paquet manuellement et que ceux-ci soient passés en OK, j'ai réinstallé le poste et le problème est toujours identique en sortie de nouvelle installation :

audit-wapt1.png (79.02 Kio) Consulté 3390 fois

Ce pendant, le souci ne semble pas présent sur votre dernière release sortie mercredi soir (2.6.1.17705).

[esberard]

Bonjour Rémy,
Entre ces deux versions, je ne vois à priori pas ce qui peut provoquer cela.

Peux-tu partager le script actuel de postinstall de wads ?

Et le mieux est que l'on regarde avec un partage d'écran.

Voici notre script de post-install qui est identique entre notre pprd et la prod :

ping 127.0.0.1 -n 30
"C:\Program Files (x86)\wapt\wapt-get.exe" ping >> c:\installdir\postscript.log
"c:\installdir\wads.exe" --server-url=https://wapt-xxxxxxxx.fr --send-status="Installation des certificats de zone"
"C:\Program Files (x86)\wapt\wapt-get.exe" install unistra-ixxxxxx >> c:\installdir\postscript.log
"c:\installdir\wads.exe" --server-url=https://wapt-xxxxxxxx.fr --send-status="Download software update"
"C:\Program Files (x86)\wapt\wapt-get.exe" update -F >> c:\installdir\postscript.log
"c:\installdir\wads.exe" --server-url=https://wapt-xxxxxxxx.fr --send-status="Started windows update"
"C:\Program Files (x86)\wapt\wapt-get.exe" waptwua-install >> c:\installdir\postscript.log
"C:\installdir\wads.exe" --server-url=https://wapt-xxxxxxx.fr --send-status="End windows update installs"
"C:\Program Files (x86)\wapt\wapt-get.exe" update -F >> c:\installdir\postscript.log
"c:\installdir\wads.exe" --server-url=https://wapt-xxxxxxxxx.fr --send-status="Install software update"
"C:\Program Files (x86)\wapt\wapt-get.exe" upgrade -S >> c:\installdir\postscript.log
ping 127.0.0.1 -n 15
"C:\installdir\wads.exe" --server-url=https://wapt-xxxxxxxx.fr --send-status="Rebooting for windows udpate finalization"
shutdown /r

[esberard]

Bonjour Rémy,
Entre ces deux versions, je ne vois à priori pas ce qui peut provoquer cela.

Peux-tu partager le script actuel de postinstall de wads ?

Et le mieux est que l'on regarde avec un partage d'écran.

Tu peux m'appeler directement si besoin.