déploiement logiciel glpi

Florian_MLV · 2022-03-17 16:00:04

Bonjour,

Je suis entrain de mettre en place la solution glpi pour mon entreprise et je souhaiterais déployer les logiciels grâce à fusion. Mais lors de tout mes essais quand je lance le jobs il reste bloquer sur "préparé" et "à faire". Je suis sous GLPI 9.5.6 et fusion 9.5+3.0.

Merci par avance à toutes personnes qui pourrait me venir en aide.
Cordialement

gbougard · 2022-03-17 19:16:05

Salut Florian_MLV,

as-tu vérifié que la tâche Deploy est active dans la configuration de chaque agent côté plugin ?
as-tu vérifié que la tâche Deploy est bien installée côté agent ?
as-tu vérifié que le ou les agents associés à ta tâche ont contacté le serveur entre le moment où tu as préparé/forcé la tâche côté serveur et le moment où tu vérifies le statut de ta tâche ?

Florian_MLV · 2022-03-18 12:33:57

Salut gbougard,

La tâche Deploy est active sur tout mes agent
Oui elle est bien installer aussi
J'ai forcer plusieurs fois un inventaire de mes agents mais rien ne change la tâche reste toujours en "préparé"
J'ai du faire une autre erreurs quelque part, tu veux que je t'envoi des captures de mes tâches?

gbougard · 2022-03-21 12:03:10

Peux-tu plutôt vérifier/partager le journal d'un agent qui est sensé prendre en compte la tâche ?

Florian_MLV · 2022-03-24 15:41:17

Désolé pour la réponse tardive.
Les logs de l'agent sur lequel est stocker le paquet sont:
imageTest

Par contre il n'y a aucun log de l'agent sur lequel je veux déployer le paquet (fichier log totalement vide)

Florian_MLV · 2022-03-24 15:43:03

https:// ibb.co/3MVQyz7
*C'est le lien pour l'image (sans les espaces) car je n'est pas réussi à l'ajouter

Last edited by Florian_MLV (2022-03-24 16:10:27)

gbougard · 2022-03-24 18:48:16

Peux-tu exécuter la commande suivante depuis une console admin sur la machine de l'agent et nous montrer le résultat ?

C:\Program Files\Fusioninventory-Agent\fusioninventory-agent --list-tasks

Florian_MLV · 2022-03-25 10:26:21

Voila la réponse à la commande sur l'agent ou le paquet est stocker:
"https:// ibb.co/cTbTK6x"
Voici la réponse de la commande sur l'agent ou le paquet doit être déployer:
"https:// ibb.co/ZSBXhtK"

*J'ai encore du rajouter un espace dans les liens

Florian_MLV · 2022-04-04 10:17:54

Bonjour je relance le sujet car je n'ai toujours pas de solution à mon problème

gbougard · 2022-04-04 11:53:26

Salut Florian_MLV,

tu dis que le log de l'agent est totalement vide sur le poste où le paquet doit être déployer. Est-ce que ça ne voudrait pas dire que le service n'est pas actif ? C'est bizarre parce que sinon l'ordinateur ne remonterait même pas dans GLPI.
Regardes-tu bien dans le dossier "C:\Program Files\Fusioninventory-Agent\logs" ?

Florian_MLV · 2022-04-04 12:39:38

Salut gbougard,

L'agent remonte bien dans glpi et je peux aussi forcé un inventaire de par la console de GLPI mais le dossier "C:\Program Files\Fusioninventory-Agent\logs\" est vide, il ne contient même pas le fichier "fusioninventory-agent".
J'ai essayer de réinstaller plusieurs fois l'agent fusion sur se post mais rien ne change.

gbougard · 2022-04-04 14:56:33

As-tu vérifié dans le dossier parent aussi ?
Sinon vérifie en base de registre quelles valeurs sont définies pour "logger" et "logfile" sous "HKLM\Softwares\FusionInventory-Agent".

lukeeson · 2022-06-02 16:01:50

Bonjour je suis dans le même problème que Floriant mais moi dans mon fichier log il marque : No collect Job enabled or Collect support disabled server side
Pourtant mon agent remonte dans le GLPI

lukeeson · 2022-06-03 15:58:07

je vous permet d'ajouter ces informations sur le log agent coté client
[Fri Jun 3 15:42:36 2022][info] FusionInventory Agent service starting
[Fri Jun 3 15:42:36 2022][info] [http server] HTTPD service started on port 62354
[Fri Jun 3 15:42:37 2022][info] FusionInventory Agent memory usage: WSS=3698688 PFU=99016704
[Fri Jun 3 15:43:14 2022][info] target server0: server http://monserveur/plugins/fusioninventory/
[Fri Jun 3 15:43:14 2022][info] sending prolog request to server0
[Fri Jun 3 15:43:14 2022][info] running task Inventory
[Fri Jun 3 15:43:14 2022][info] New inventory from UCP-038.mondomaine.2022-06-03-15-42-35 for server0
[Fri Jun 3 15:44:11 2022][info] running task Deploy
[Fri Jun 3 15:44:11 2022][info] No Deploy job enabled or Deploy support disabled server side.
[Fri Jun 3 15:44:20 2022][info] running task Collect
[Fri Jun 3 15:44:20 2022][info] No Collect job enabled or Collect support disabled server side.
[Fri Jun 3 15:44:28 2022][info] running task ESX
[Fri Jun 3 15:44:28 2022][info] No ESX job enabled or ESX support disabled server side.
[Fri Jun 3 15:44:41 2022][info] FusionInventory Agent memory usage: WSS=3301376 PFU=134537216
[Fri Jun 3 15:44:43 2022][info] running task Maintenance
[Fri Jun 3 15:44:47 2022][info] FusionInventory Agent memory usage: WSS=3518464 PFU=132857856

gbougard · 2022-06-06 15:03:45

Salut lukeeson,

l'agent indique que le serveur n'a pas de job Deploy pour lui: "[Fri Jun 3 15:44:11 2022][info] No Deploy job enabled or Deploy support disabled server side."

Je te retourne la remarque que j'ai faite ici dans mon premier suivi:
as-tu vérifié que la tâche Deploy est active dans la configuration de chaque agent côté plugin ?

Tu peux aussi activer le mode debug=2 côté agent pour avoir plus d'infos. Cela pourrait notamment permettre de préciser pourquoi l'agent ne voit pas de job pour lui.

lukeeson · 2022-06-07 10:42:23

Salut gbougard,
j'ai bien vérifier que la tâche "Deploy" est active dans la configuration coté agent
quand je passe en mode debug=2 j'ai ceci qui apparait

[Tue Jun 7 11:24:03 2022][debug] [inventory server plugin] Initializing Inventory Server plugin...
[Tue Jun 7 11:24:03 2022][debug] [inventory server plugin] Loading Inventory Server plugin configuration from C:\Program Files\FusionInventory-Agent\etc/inventory-server-plugin.cfg
[Tue Jun 7 11:24:03 2022][debug] [target listener] Next server contact planned for Tue Jun 7 12:24:01 2022
[Tue Jun 7 11:24:03 2022][debug] [http server] HTTPD Inventory Server plugin loaded but disabled

[Tue Jun 7 11:24:28 2022][debug] new thread 5 to handle task Deploy
[Tue Jun 7 11:24:28 2022][info] running task Deploy
[Tue Jun 7 11:24:28 2022][debug2] http://monserveur/plugins/fusioninventory/?action=getConfig&task[Deploy]=2.8&machineid=UCD-101.gls.intra-2022-06-07-11-24-02
[Tue Jun 7 11:24:28 2022][info] No Deploy job enabled or Deploy support disabled server side.
[Tue Jun 7 12:02:58 2022][debug] new thread 31 to handle task Maintenance
[Tue Jun 7 12:02:58 2022][info] running task Maintenance

[Tue Jun 7 12:02:58 2022][debug2] Doing Deploy Maintenance
[Tue Jun 7 12:03:02 2022][debug] Agent memory usage before freeing memory: WSS=116011008 PFU=145788928
[Tue Jun 7 12:03:02 2022][info] FusionInventory Agent memory usage: WSS=3362816 PFU=145788928

(j'ai mit que les messages qui me semblait important)

J'ai desactiver le pare-feux pour verifier si c'est celui-ci qui bloquer la transmission de donner mais ce n'est pas le cas.

Je pense que le problème vient du serveur ou il faut activer une option ou truc du genre mais je sais pas lequelle, pour infos mon serveur tourne sous la version GLPI 9.5.7 Copyright (C) 2015-2022 Teclib' and contributors
FusionInventory 9.5+4.0 - Copyleft © 2010-2019 by FusionInventory Team

ps: ont est bien d'accord que le .exe il faut lui qu'il soit dans /var/www/glpi/files/_plungins/fusinventory/upload

Last edited by lukeeson (2022-06-07 16:22:08)

lukeeson · 2022-06-09 10:48:13

j'ai vérifier les permissions coté serveur est dans les logs j'ai trouver ça je pense que le déploiement ne ce fait pas a cause de ça mais a tu une idée de comment le résoudre ??
[Thu Jun 09 09:50:43. 2022] [php7:warn] [pid 707047] [client mon.ip:50564] PHP Warning: error_log(/var/www/glpi/files/_log/cron.log): failed to open stream: Permission denied in /var/www/glpi/inc/toolbox.class.php on line 677, referer: http:// monserveur .php?redirect=%2Ffront%2Fcentral.php&error=3

Last edited by lukeeson (2022-06-09 11:17:51)

gbougard · 2022-06-09 11:00:19

Bonjour lukeeson,

il faut vérifier les droits d'accès aux fichiers sous le dossier files. Comme cela concerne le fichier cron.log, peut-être que tu as mal configuré la planification des actions automatiques et que le script php lancé l'est par un utilisateur inadapté.

lukeeson · 2022-06-09 11:20:46

j'ai vérifier les droits grâce a la commende suivante : ls -l /var/www/glpi/files/
est tous mes fichiers sont en www-data www-data
a l'interireur du fichier crontab -e
* * * * * /usr/bin/php7.4 /var/www/glpi/front/cron.php &>/dev/null
* * * * * /usr/bin/php5 /var/www/html/glpi/front/cron.php &>/dev/null
* * * * * /php/var/www/glpi/front/cron.php &>/dev/null

Pour les log concernant le cron voici ce qu'il contient
Externe #1 : Démarrage queuednotification
2022-06-09 11:16:02 [@monserveur]
Externe #2 : Démarrage taskscheduler
2022-06-09 11:17:02 [@monserveur]
Externe #1 : Démarrage queuednotification
2022-06-09 11:17:02 [@monserveur]
Externe #2 : Démarrage queuednotificationclean
2022-06-09 11:17:02 [@monserveur]
Externe #3 : Démarrage taskscheduler

j'ai verifier les accées en plus avec /var/www/glpi/files/.htacces le fichier contient deny from all

Last edited by lukeeson (2022-06-09 14:39:36)

lukeeson · 2022-06-13 09:06:04

l'erreur aux niveaux du serveur est fail to open a strem permission denied une idée pour résoudre ce problème

gbougard · 2022-06-13 11:00:07

Salut lukeeson,

il faut vérifier les droits d'accès aux fichiers dans le dossier: /var/www/glpi/files/_log

Sur l'édition de la crontab, tu ne dis pas quel est l'utilisateur de la crontab. Dans ton cas, il faut que ce soit www-data et surtout pas root: si c'est root, cela va créer des fichiers sous files/_log qui ne seront plus accessibles par www-data.

lukeeson · 2022-06-13 11:14:40

Salut gbougard
merci de me répondre quand je fais ls -l dans le dossier /var/www/glpi/filles/_log
j'ai www-data root cron.log

Pour le crontab le prorpiétaire était root je l'ai modifier en www-data avec la commende chown -R

Last edited by lukeeson (2022-06-13 11:24:31)

gbougard · 2022-06-13 11:38:09

Pour ta crontab, il ne suffit pas de changer l'appartenance des fichiers cron pour indiquer qu'ils doivent être lancés avec l'utilisateur www-data. C'est dans la configuration des tes fichiers qu'il faut revoir ça : soit ce sont des fichiers système et il faut alors indiquer qu'il faut utiliser www-data, soit tu supprimes la crontab de root et la reproduis pour l'utilisateur www-data.

lukeeson · 2022-06-13 12:07:47

aprés les test de déploiement je me retrouve sans erreur coté serveur mais le déploiement ne marche toujours pas. Donc je me dis c'est une mauvaise configuration au niveaux du paquets mais je sais pas ou,le chemin renseigner est le bon et mon fichier exe (www-data www-data) ce trouve dans /var/www/glpi/files/_plugins/fusioninventory/ pourtant rien

Last edited by lukeeson (2022-06-14 09:54:28)

smogol · 2022-06-27 18:20:23

Bonsoir Messieurs.
Je suis nouveau sur GLPI et j'essaye bon an, mal an, d'avoir un bon site de gestion de parc.

Je me trouve dans une situation presque identique que lukeeson sauf que j'utilise l'agent de GLPI (GLPI-Agent)
La remontée d'inventaire se fait bien. Le déploiement,pas du tout.

Les droits sur les fichiers sont tous sur www-data
Le crontab est bien sur l'utilisateur www-data

L'installation est relativement fraîche sur un Debian 11

le lancement de la commande : "c:\Program Files\GLPI-Agent\glpi-agent.bat" --list-tasks me donne ceci:

[debug] Logger backend Stderr initialized
[debug] Logger backend File initialized
[debug] GLPI Agent (1.3)
[debug] Configuration directory: C:/Program Files/GLPI-Agent/etc
[debug] Data directory: C:/Program Files/GLPI-Agent/share
[debug] Storage directory: C:\Program Files\GLPI-Agent\var
[debug] Lib directory: C:/Program Files/GLPI-Agent/perl/agent
[debug] [target local0] Next tasks run planned for Mon Jun 27 17:40:24 2022
[debug] [target server0] Next server contact planned for Tue Jun 28 16:42:55 2022
[debug2] getAvailableTasks() : add of task Collect version 2.8
[debug2] getAvailableTasks() : add of task Deploy version 2.10
[debug2] getAvailableTasks() : add of task Inventory version 1.12
[debug2] getAvailableTasks() : add of task RemoteInventory version 1.0
[debug] Available tasks:
[debug] - Collect: 2.8
[debug] - Deploy: 2.10
[debug] - Inventory: 1.12
[debug] - RemoteInventory: 1.0
[debug] target local0: local 1
[debug] Planned tasks for local0: RemoteInventory,Inventory
[debug] target server0: server http://glpi.mondomainelocal/front/inventory.php
[debug] Planned tasks for server0: Deploy,RemoteInventory,Inventory,Collect
[debug] Provided by Teclib Edition
[debug] Installer built on Thu Jun 16 14:15:22 2022 UTC
[debug] Built with Strawberry Perl 5.36.0
[debug] Built on github actions windows image for glpi-project/glpi-agent repository
[debug2] getAvailableTasks() : add of task Collect version 2.8
[debug2] getAvailableTasks() : add of task Deploy version 2.10
[debug2] getAvailableTasks() : add of task Inventory version 1.12
[debug2] getAvailableTasks() : add of task RemoteInventory version 1.0

Available tasks :
- Collect (v2.8)
- Inventory (v1.12)
- Deploy (v2.10)
- RemoteInventory (v1.0)

target local0: local 1
Planned tasks: RemoteInventory,Inventory

target server0: server http://glpi.mondomainelocal/front/inventory.php
Planned tasks: Deploy,RemoteInventory,Inventory,Collect

Le log de l'agent me donne ceci sur la ligne de Deploy:

[Mon Jun 27 17:22:39 2022][debug] new thread 6 to handle task Deploy
[Mon Jun 27 17:22:39 2022][info] running task Deploy
[Mon Jun 27 17:22:39 2022][debug2] http://glpi.mondomainelocal/front/inventory.php?action=getConfig&task[Deploy]=2.10&machineid=MA-MACHINE-XX.mondomainelocal-2022-04-26-13-39-31
[Mon Jun 27 17:22:39 2022][error] [http client] communication error: 400 Bad Request, Protocol not supported
[Mon Jun 27 17:22:39 2022][info] Deploy task not supported by server0

Je code json que je recois du l'adresse est celui-ci:

 {"status":"error","message":"Protocol not supported","expiration":24}

Client Windows 10 Pro for Workstation
Version GLPI: 10.0.1

Last edited by smogol (2022-06-27 18:21:51)

Forum GLPI-Project

Announcement

#1 2022-03-17 16:00:04

déploiement logiciel glpi

#2 2022-03-17 19:16:05

Re: déploiement logiciel glpi

#3 2022-03-18 12:33:57

Re: déploiement logiciel glpi

#4 2022-03-21 12:03:10

Re: déploiement logiciel glpi

#5 2022-03-24 15:41:17

Re: déploiement logiciel glpi

#6 2022-03-24 15:43:03

Re: déploiement logiciel glpi

#7 2022-03-24 18:48:16

Re: déploiement logiciel glpi

#8 2022-03-25 10:26:21

Re: déploiement logiciel glpi

#9 2022-04-04 10:17:54

Re: déploiement logiciel glpi

#10 2022-04-04 11:53:26

Re: déploiement logiciel glpi

#11 2022-04-04 12:39:38

Re: déploiement logiciel glpi

#12 2022-04-04 14:56:33

Re: déploiement logiciel glpi

#13 2022-06-02 16:01:50

Re: déploiement logiciel glpi

#14 2022-06-03 15:58:07

Re: déploiement logiciel glpi

#15 2022-06-06 15:03:45

Re: déploiement logiciel glpi

#16 2022-06-07 10:42:23

Re: déploiement logiciel glpi

#17 2022-06-09 10:48:13

Re: déploiement logiciel glpi

#18 2022-06-09 11:00:19

Re: déploiement logiciel glpi

#19 2022-06-09 11:20:46

Re: déploiement logiciel glpi

#20 2022-06-13 09:06:04

Re: déploiement logiciel glpi

#21 2022-06-13 11:00:07

Re: déploiement logiciel glpi

#22 2022-06-13 11:14:40

Re: déploiement logiciel glpi

#23 2022-06-13 11:38:09

Re: déploiement logiciel glpi

#24 2022-06-13 12:07:47

Re: déploiement logiciel glpi

#25 2022-06-27 18:20:23

Re: déploiement logiciel glpi

Board footer