You are not logged in.
Bonjour
Toujours dans l'incapacité de déployé un fichier sur le poste de travail.
La tache de déploiement ne fonctionne pas.
A première vue le hash du fichier récupéré differe de celui indiqué dans le package (qui lui correspond bien au fichier présent sur le serveur).
Il se trouve que le hash du fichier récupéré est le même que celui d'un fichier vide.
JCC
Offline
Le probleme du fichier vide semble causé par ce code dans Task/Deploy/Datastore/DatastorWorkDir.pm (ligne 70)
unless (open($fh, '>', $finalFilePath)) {
$logger->debug("Failed to open '$finalFilePath': $ERRNO");
return;
}
binmode($fh);
foreach my $sha512 (@{$file->{multiparts}}) {
my $partFilePath = $file->getPartFilePath($sha512);
...
}
close($fh);
Ne rentrant pas dans la boucle, le fichier $finalFilePath est simplement créé et fermé, donc sera vide
Peut etre une incompatibilté entre l'agent glpi et le plugin fusioninventory ?
Last edited by J2C99 (2023-07-07 17:48:13)
Offline
Salut J2C99,
à ma connaissance, cette partie n'a pas été modifié côté FI et on reste compatible. Comme je viens de te l'indiquer dans l'autre fil de discussion ouvert, active le mode debug=2 côté agent pour vérifier ce que l'agent essai de télécharger. Si tu vois des tentatives de téléchargement de parties de fichier, c'est que l'agent rentre bien dans la boucle mais n'a pas la réponse du serveur ou n'a que des réponses vides.
Comme tu utilises FI, penses à vérifier aussi le journal d'erreur de glpi pour vérifier si rien n'est loggé indiquant que FI n'arrive pas à répondre comme attendu.
GLPI-Agent developer from Teclib' and GLPI-Network team
Previously FusionInventory-Agent maintainer
Offline
Re
En activant le debug en mode 2, je n'ai que c'est logs en relation avec les URLs.
=> A première vue, je n'ai que des types "action=setStatus".
[Mon Jul 10 16:56:06 2023][debug2] http://192.168.X.Y/plugins/fusioninvent … 33-42&task[Deploy]=3.0
[Mon Jul 10 16:56:07 2023][debug2] http://itsm.xxxxxxxx.fr/plugins/fusioni … 7-15-33-42
[Mon Jul 10 16:56:07 2023][debug2] http://itsm.xxxxxxxx.fr/plugins/fusioni … 2&part=job
[Mon Jul 10 16:56:07 2023][debug2] http://itsm.xxxxxxxx.fr/plugins/fusioni … &status=ok
[Mon Jul 10 16:56:07 2023][debug2] http://itsm.xxxxxxxx.fr/plugins/fusioni … ng%20files
[Mon Jul 10 16:56:07 2023][debug2] http://itsm.xxxxxxxx.fr/plugins/fusioni … c0e8f20f6e
[Mon Jul 10 16:56:07 2023][debug2] http://itsm.xxxxxxxx.fr/plugins/fusioni … sg=success
[Mon Jul 10 16:56:08 2023][debug2] http://itsm.xxxxxxxx.fr/plugins/fusioni … work%20dir
[Mon Jul 10 16:56:08 2023][debug2] http://itsm.xxxxxxxx.fr/plugins/fusioni … g=starting
[Mon Jul 10 16:56:08 2023][debug2] http://itsm.xxxxxxxx.fr/plugins/fusioni … 2&part=job
[Mon Jul 10 16:56:09 2023][debug2] http://itsm.xxxxxxxx.fr/plugins/fusioni … c1d12680ec
[Mon Jul 10 16:56:09 2023][debug2] http://itsm.xxxxxxxx.fr/plugins/fusioni … &part=file
[Mon Jul 10 16:56:09 2023][debug2] http://itsm.xxxxxxxx.fr/plugins/fusioni … k&part=job
[Mon Jul 10 16:56:09 2023][debug2] http://itsm.xxxxxxxx.fr/plugins/fusioni … e&part=job
Aucune ligne avec 'action=getFilePart'
Last edited by J2C99 (2023-07-10 18:11:24)
Offline
Comme indiqué dans l'autre thread, tes URLs ne sont pas correctes car il y a une duplication de "/plugins/fusioninventory" dedans. Cela se corrige en mettant à jourl'URL de base dans l'onglet FusionInventory de l'entité dans GLPI : l'url qui y est définie ne doit pas contenir "/plugins/fusioninventory".
GLPI-Agent developer from Teclib' and GLPI-Network team
Previously FusionInventory-Agent maintainer
Offline
Je viens de realiser l'existance de cet onglet.
J'ai fait la maj dans l'onglet fusioninventory de l'entité relative ( https://*****/front/entity.php), la duplication au niveau de l'url a disparu
Cordialement
Last edited by J2C99 (2023-07-11 10:45:24)
Offline
J'ai finalement pu réussir un transfert , en utilisant une instance GLPI en 10.7.
Mais le probleme persiste en 9.5
Offline