• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Les tâches de déploiement restent en mode préparé avec l'agent 2.3.13
#1
Pour une même tâche, je cible un agent 2.3.12 et un agent 2.3.13. La tâche est éxécutée rapidement sur le 2.3.12 mais reste en mode "préparé" indéfiniment sur le 2.3.13. J'ai trois agents en 2.3.13 qui ne fonctionnent pas et le reste, en 2.3.12, fonctionne. J'utilise la version 0.84+3.5 de la partie serveur de Fusioninventory.

J'ai essayé de déboguer en ligne de commande.

Voici un bout du output du client 2.3.12 qui fonctionne bien:

Code:
[root@lap001 ~]# fusioninventory-agent -d --no-fork --debug
[debug] FusionInventory Agent (2.3.12)
[debug] Configuration directory: /etc/fusioninventory
[debug] Data directory: /usr/share/fusioninventory
[debug] Storage directory: /var/lib/fusioninventory
[debug] Lib directory: /usr/share/fusioninventory/lib
[debug] [target server0] Next server contact planned for Thu Nov 20 19:05:04 2014
[debug] [target server1] Next server contact planned for Thu Nov 20 17:21:46 2014
[debug] Available tasks:
[debug] - Inventory: 1.0
[debug] - Deploy: 2.0.4
[info] [http server] HTTPD service started at http://localhost:62354
[debug] FusionInventory Agent initialised
[debug] [http server] request /now/12345678 from client 10.100.241.174
[debug] [http server] rescheduling next contact for target https://glpi/plugins/fusioninventory/ right now
[debug] [http client] Using Compress::Zlib for compression
[debug] running task Inventory in process 31310
[debug] FusionInventory Inventory task 1.0
[debug] Net::CUPS Perl module not available, unable to retrieve printers
[debug] Running FusionInventory::Agent::Task::Inventory::AccessLog
[debug] Running FusionInventory::Agent::Task::Inventory::Generic
[debug] Running FusionInventory::Agent::Task::Inventory::Generic::Arch
[debug] Running FusionInventory::Agent::Task::Inventory::Generic::Dmidecode
...
[debug] Running FusionInventory::Agent::Task::Inventory::Virtualization
[debug] Running FusionInventory::Agent::Task::Inventory::Virtualization::Vmsystem
[debug] [http client] Using Compress::Zlib for compression
[debug] running task Deploy in process 31759
[debug] Nothing to do

.. et voici un bout du output du client 2.3.13 qui ne fonctionne pas:

Code:
[root@lap008 fusioninventory-agent]# fusioninventory-agent -d --no-fork --debug
[debug] FusionInventory Agent (2.3.13)
[debug] Configuration directory: /etc/fusioninventory
[debug] Data directory: /usr/share/fusioninventory
[debug] Storage directory: /var/lib/fusioninventory
[debug] Lib directory: /usr/share/fusioninventory/lib
[debug] [target server0] Next server contact planned for Thu Nov 20 20:11:30 2014
[debug] [target server1] Next server contact planned for Thu Nov 20 18:56:53 2014
[debug] Available tasks:
[debug] - Inventory: 1.0
[debug] - Deploy: 2.0.4
[debug] [http server] HTTPD service started on port 62354
[info] FusionInventory Agent starting
[debug] [http server] request /status from client 10.100.241.174
[debug] [http server] response status 200
[debug] [http server] request /now/12345678 from client 10.100.241.174
[debug] [http server] rescheduling next contact for target https://glpi/plugins/fusioninventory/ right now
[debug] [http server] response status 200
[debug] [http client] Using Compress::Zlib for compression
[info] sending prolog request to server server0
[debug] forking process 12712 to handle task Inventory
[info] running task Inventory
[debug] Net::CUPS Perl module not available, unable to retrieve printers
[debug] Running FusionInventory::Agent::Task::Inventory::AccessLog
[debug] Running FusionInventory::Agent::Task::Inventory::Generic
[debug] Running FusionInventory::Agent::Task::Inventory::Generic::Arch
[debug] Running FusionInventory::Agent::Task::Inventory::Generic::Dmidecode
...
[debug] Running FusionInventory::Agent::Task::Inventory::Virtualization
[debug] Running FusionInventory::Agent::Task::Inventory::Virtualization::Vmsystem
[debug] Section HARDWARE has changed since last inventory
[debug] [http client] Using Compress::Zlib for compression
[debug] forking process 12849 to handle task Deploy

Dans le cas de cette dernière éxécution qui ne fonctionne pas, ça gèle après la dernière ligne ("forking process 12849 to handle task Deploy").
  Reply
#2
J'oubliais.. Mes deux clients sont des RHEL 7 qui utilisent le dépôt yum home_guillomovitch
  Reply
#3
J'ai remis la version 2.3.12 sur mes clients fautifs et ça a réglé le problème pour l'instant. Devrais-je ouvrir un bug "officiellement"?
  Reply
#4
Oui bien sur
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#5
ça ressemble à ça
http://forum.fusioninventory.org/viewtopic.php?id=2656
  Reply
#6
D'après le topic mentionné, les patches sont prêts, il ne reste plus qu'à attendre leur intégration dans une prochaine version de l'agent...
GLPI 9.4.5 - Fusioninventory for GLPI 9.4+2.4 - Fusioninventory Agent 2.5.2
  Reply
#7
Problème réglé:

http://forge.fusioninventory.org/issues/2823
  Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)