You are not logged in.
Bonjour
J'ai tenté d'effectuer un transfert de fichier du serveur vers un poste de travail à l'aide de packages
Lors de l'instanciation du paquet, j'ai pu renseigner le fichier à transferer
Le problème se pose lors de l'exécution de la tache.
Celle ci part en erreur avec comme message
2023-06-29 09:30:18 Erreur Préparation des fichiers:failed to prepare work dir
Dans les logs de l'agent j'ai:
Failed to construct the final file.: C:\Program Files\GLPI-Agent\var\http..__********_plugins_fusioninventory\deploy/workdir/649d32e6ad6c2/x.xml
On voit qu'on a un mix entre un path Windows et Unix
A première vue, il s'agirait d'un bug au niveau de glpi-agent .
j'ai tout faux , ou il y a une explication/contournement ?
Cordialement
J2C
Offline
Salut J2C99,
le mix entre chemin windows et unix n'a aucune importance, perl gère très bien ça.
Par contre, cela semble indiquer un problème de décompression :
- soit tu n'as plus de place sur le disque,
- soit quelque chose empêche l'écriture sur le disque (anti-virus, problème de droits)
- soit les datas reçues sont corrompues et l'empreinte digitale sha512 du fichier ne se vérifie pas: dans ce cas, tu ferais peut-être bien de refaire entièrement ton paquet
Ce que tu peux faire aussi, c'est arrêter le service de l'agent supprimer le dossier C:\Program Files\GLPI-Agent\var\http..__********_plugins_fusioninventory\deploy/workdir pour être sûr que rien n'y reste et empêcherait l'écriture pour d'obscure raison... puis de relancer le service et enfin la tâche pour voir si elle passe finalement.
GLPI-Agent developer from Teclib' and GLPI-Network team
Previously FusionInventory-Agent maintainer
Offline
Meme comportement (j'ai supprimé les repertoires fusion dans var)
Le sous-répertoire deploy n'est même pas créé.
Le répertire fusioninventory ne contient que deux fichiers
last_state.json et target.dmp
Toutefois j'ai maintenant un path valide,
C:\Program Files\GLPI-Agent\var\http..__xxxxx_plugins_fusioninventory\deploy\workdir\64a3ef9f25fd3\
Mais toujours pas de répertoire
Lorsque je tente de charge le fichier à partir de mon PC.(un simple fichier txt)
J'ai un fingerprint en rouge, et un message "This file doesn't have any manifest file associated."
Last edited by J2C99 (2023-07-04 12:29:45)
Offline
Il s'avere que lors de déploiement ,les répertoires sont créés puis supprimés.
C'est bien le cas , je les vois , et ils disparaissent dans la foulée
Offline
J'ai identifié la cause du probleme
Le ficheir récupéré est vide,
L'empreinte digitale sha512 du fichier rappatrié ne correspond pas avec celle correspondante du fichier hébergée sur le serveur (qui est la même que celle affichée dans l'IHM).
Offline
Salut J2C99,
alors il faudrait vérifier le journal du serveur httpd hébergeant GLPI sur les requêtes de téléchargement qu'envoie l'agent GLPI.
Pour cela, configure l'agent en debug=2, redémarre le service et force une tâche de déploiement, tu verras toutes les requêtes que fait l'agent pour récupérer le fichier et vérifie le journal côté serveur httpd pour voir comment elles sont servies.
Il est possible qu'un problème de configuration côté serveur httpd de glpi empêche la bonne récupération des tronçon de fichier.
GLPI-Agent developer from Teclib' and GLPI-Network team
Previously FusionInventory-Agent maintainer
Offline
Ce que je retrouve coté Apache
xxxx - - [10/Jul/2023:17:01:12 +0200] "GET /plugins/fusioninventory//plugins/fusioninventory/b/deploy/?action=setStatus&part=file&status=ok¤tStep=downloading&machineid=xxxx-2023-07-07-15-33-42&msg=test2.txt%20already%20downloaded&sha512=f026676f840a95a9dd8acc1ca7935d73523b86826cb52136f025bd68f4264c9ea173901c176de18798425838f19b2186b2da88ff832c19c74a287ef8b1373cc9&uuid=64ac0e8f20f6e HTTP/1.1" 200 2 "-" "GLPI-Agent_v1.5"
xxxx - - [10/Jul/2023:17:01:13 +0200] "GET /plugins/fusioninventory//plugins/fusioninventory/b/deploy/?action=setStatus&uuid=64ac1d12680ec&sha512=b6a5443032d073eda3df9db15728abffe70328da3ae2d8b23a9e44fbf30a6a4a1a9c7ed77d9a2015ad95ae8bfb01ea5539bbf34061d039385352b63f6637de3b&msg=jre-8u371-windows-i586-iftw.exe%20already%20downloaded¤tStep=downloading&machineid=xxxx-2023-07-07-15-33-42&status=ok&part=file HTTP/1.1" 200 2 "-" "GLPI-Agent_v1.5"
A premiere vue je dirai que le retour des requetes semble etre simplement '{}'.
Offline
En regardant le code du plugin fusioninventory, je m'attendrai de voir passer dans les logs apache des requetes de type ( actions=getFilePart ).
Mais n'ai rien trouvé
Offline
Salut J2C99,
tu ne remarques rien de bizarre dans "/plugins/fusioninventory//plugins/fusioninventory/b/deploy" ?
Donc oui, la duplication de /plugins/fusioninventory est une erreur. Pour corriger ça, il faut que tu ailles dans l'onglet FusionInventory de ton entité et que tu supprimes la chaine "/plugins/fusioninventory" qui est donc en trop dans "l'url de base".
A noter que c'est un problème que tu n'aurais pas eu si tu avais migré sur le plugin GlpiInventory car on a jugé bon de corriger l'url automatiquement car comme pour toi elle porte à confusion.
GLPI-Agent developer from Teclib' and GLPI-Network team
Previously FusionInventory-Agent maintainer
Offline
Bonjour
Effectivement j'avais remarqué cette duplication, mais n'ayant pu trouver la cause , j'avais contourné le probleme avec un lien symbolique.
J'ai fait la maj dans l'onglet fusioninventory de l'entité relative ( https://*****/front/entity.php).
Suite à la modif, je n'ai plus ce probleme de doublon.
On peut clore ce ticket
Last edited by J2C99 (2023-07-12 10:27:30)
Offline