You are not logged in.
Bonjour,
J'ai un problème de déploiement de paquet qui ne marche pas. J'essaye simplement d’exécuter une tâche sur mon propre PC pour le moment. Mais lorsque je lance une tâche, elle se met en préparé=1 et à faire=1 et rien ne se passe.
Les logs sur le PC sont la même chose en boucle, même quand je force le lancement d'une tâche :
[Thu Feb 7 14:26:08 2019][debug] Agent memory usage before freeing memory: 133468160
[Thu Feb 7 14:26:08 2019][info] FusionInventory Agent memory usage: 3686400
[Thu Feb 7 14:28:00 2019][debug] forking process 0 to handle task Maintenance
[Thu Feb 7 14:28:02 2019][debug] Agent memory usage before freeing memory: 132898816
[Thu Feb 7 14:28:02 2019][info] FusionInventory Agent memory usage: 3665920
[Thu Feb 7 14:29:14 2019][debug] forking process 0 to handle task Maintenance
[Thu Feb 7 14:29:16 2019][debug] Agent memory usage before freeing memory: 132947968
[Thu Feb 7 14:29:16 2019][info] FusionInventory Agent memory usage: 3678208
Les Logs du serveurs sont vides.
J'ai également désactivé mes pare-feux.
Voici mon build :
debian 9.7 x64
glpi 9.3.3
fusion inventory 9.3 + 1.3
Je ne sais pas si j'ai omis des informations.
Pouvez-vous m'aidez ? Merci d'avance.
Offline
même problème
Offline
la même ici.
J'ai réussi à faire fonctionner le self service, ça programme bien une tâche et que ça soit en forçant l'exécution de puis la tâches ou en forçant l'action automatique 'taskscheduler', ça ne déploie jamais rien vers l'agent (qui est pourtant bien en ligne).
- groupe d'ordinateur et profil autorisé : ok(ça fonctionne bien via l'interface self_service)
- agent sur le poste (+ reboot du service) : ok
- cible de la deploy task : ok (ça lie bien à la machine voulue)
- taskscheduler bien configuré et s'exécute : ok
- période de travail : ok (configuré du lundi 6h au vendredi 23h)
- package config fichier+action : ok
- module "deploy" bien actif sur config agent fusion : ok
Y'a juste la date de démarrage et la date de fin planifiée que je ne comprends pas comment remplir ou si ça doit se remplir seul. La doc du plugins est mal foutue à ce niveau.
Si je mets une date de démarrage à maintenant+1min et qu'ensuite je spam l'action automatique taskscheduler (rien n'y fait).
A noter que je n'ai pas de soucis de CRON et que tout le reste des actions et de l'inventaire est ok.
Offline
bon j'ai un peu progressé.
J'ai reussi à conf une tache générique qui sert de base pour un déploiement self-service.
La task se déclenche si je force le démarrage et j'ai du réinstaller mon agent fusion inventory car le module 'deploy' bien que coché dans la configuration fusion, ne semblait pas actif.
J'ai donc pour le moment un package avec un simple test et une création de répertoire.
Le soucis se pose maintenant dès que je veux ajouter un fichier.
1. upload un fichier depuis l'interface et sélectionnant depuis mon poste, il n’apparaît pas sur mon serveur dans /var/www/glpi/files/_plugins/fusioninventory/upload, déploy en échec
2. upload en ayant déposé le fichiers sur le chemin ci dessus à la main auparavant, il voit le fichier, je sélectionne mais la tache ne trouve pas le fichier
3. si je met pas de fichier du tout avec juste l'action de copie, j'ai ça :
2020-04-21 16:40:42 Erreur Actions:test, processing failure
2020-04-21 16:40:42 En cours d'exécution Actions:test: No such file or directory
2020-04-21 16:40:42 En cours d'exécution Actions:test: Failed to copy: `/var/www/glpi/files/_plugins/fusioninventory/upload/recuva.zip' to 'c:\temp\recuva\recuva.zip
2020-04-21 16:40:42 En cours d'exécution Actions:cd temp, processing success
2020-04-21 16:40:42 En cours d'exécution Préparation des fichiers:success
2020-04-21 16:40:42 En cours d'exécution Téléchargement de fichiers:success
2020-04-21 16:40:42 En cours d'exécution Téléchargement de fichiers:downloading files
2020-04-21 16:40:42 En cours d'exécution Audits:all checks are ok
2020-04-21 16:40:41 En cours d'exécution Audits:job started now
J'ai pensé à un soucis d'acl mais fusion utilise théoriquement les accès octroyé à www-data sur les dossiers et fichiers dans glpi.
Ou un soucis de chemin qui ne fonctionne pas en absolu peut être ?
Si vous avez d'autres retours d'expérience, je suis preneur.
GLPI 9.4.3
FI 9.4+1.1
Agent 2.5.1 x64
Edit :
dès que j'ajoute le fichier dans mon package, j'ai ça en log :
2020-04-21 16:50:33 Erreur Téléchargement de fichiers:recuva.zip download failed
2020-04-21 16:50:33 En cours d'exécution Téléchargement de fichiers:fetching recuva.zip
2020-04-21 16:50:33 En cours d'exécution Téléchargement de fichiers:retrying recuva.zip
2020-04-21 16:50:33 En cours d'exécution Téléchargement de fichiers:fetching recuva.zip
2020-04-21 16:50:33 En cours d'exécution Téléchargement de fichiers:retrying recuva.zip
Last edited by rreglpimc (2020-04-21 16:51:20)
Offline
ok j'ai réussi à faire tourner une tache de bout en bout :
1. j'ai activé le "miroir" même si je n'ai qu'un serveur glpi :
-> donc création dans le menu "Déployer" => "serveurs miroirs"
-> activation à "oui" dans "Général" => "Configuration Générale" => "Gestion des paquets" avec le chemin /var/www/glpi/files/_plugins/fusioninventory/upload et critère "en se basant sur l'entité"
2. J'ai modifié la commande de copie car je n'avais pas compris comment renseigner la source correctement
-> Dans la commande copie de fichier j'ai mis : from * to c:\temp\recuva name test
3. Après c'est étapes, la tâches "on demand" a fonctionné et j'ai même up le message de popup sur le poste cible.
Offline