Problème découverte réseau avec Fusion

sadnotrue · 2015-08-06 11:19:10

Bonjour à tous,

Ce problème a déjà été remonté mais dans tous ce qui a été proposé, rien n'a marché avec moi et je tourne en rond depuis une bonne semaine...
En gros je change de serveur partant d'un GLPI 0.83 + couplé OCS en 2003 server vers un linux GLPI 0.85.4 et la dernière version de fusion.

(Le principe c'est surtout de voir si les remontés d'infos SNMP sont plus complète par fusion que par OCS)

Via GPO, le client s'installe bien sur les postes et ils sont bien vu dans le parc.

Par contre côté SNMP et découverte réseau, rien de rien.
Quand je lance l'agent dans le terminal voici ce qu'il en ressort :

[info] task WakeOnLan execution not requested
[info] task Inventory execution not requested
[info] ESX support disabled server side.
[info] task NetDiscovery execution not requested
[info] task NetInventory execution not requested

J'ai pourtant
- Bien défini ma plage IP
- Paramétré les communautés SNMP et rattachées à la plage
- Préparer le Job
- Forcé le Task scheduler

Pour faire simple, j'ai suivi pas à pas ce qu'il y a dans le guide :
1. Configurer l'authentification SNMP
2. Définissez les règles pour l'import : fusionner et créer un nouvel ordinateur (ATTENTION: règles identiques pour l'inventaire SNMP)
'Découverte réseau', utiliser pour décourvir les équipements du réseau
3. Définissez les plages IP de votre réseau + authentification SNMP liées
4. Définissez les agents autorisés à réaliser de la découverte réseau
5. Créer une nouvelle tâche avec le module de découverte réseau et l'agent défini précédemment
6. S'il y a des équipements non typés, à importer à partir des équipements non-gérés
`Inventaire réseau`, utilisé pour compléter l'inventaire des équipements découverts
7. Définir un agent autorisé à inventorier le réseau via SNMP
8. Créer une nouvelle tâche avec le module d'inventaire réseau et l'agent défini précédemment

Mais voilà rien ne change, aucune remontée.

Si quelqu'un à des pistes je suis preneur

Merci d'avance.

Uniyannick · 2015-08-10 09:23:29

Bonjour j'ai fais ce tuto si cela peut t'aider

Bonjour,
Après beaucoup de test et de tentative pour faire fonctionner cette nouvelle version du plugin fusion inventory
Voici le tuto fonctionnant avec 2.3.16 et GLPI 0.85.2
prerequis agent installé en tant que tache windows !
Créer la plage IP en decouverte reseau et/ou communauté snmp
Créer une tache et ajouter la plage ip et l'agent
activer la tache et l'horaire de demarrage sans heure de fin (en fonction du besoin)
Aller dans action automatique et executer le task scheduler (la tache passe en préparé)
Sur le serveur ou l'agent est installé lancer les taches windows fusioninventory (s'il est ready faire run)
La tache passe en cours et tourne
Excellente journée
Yannick

Last edited by Uniyannick (2015-08-10 09:23:35)

sadnotrue · 2015-08-21 13:00:45

Bonjour Uniyannick et merci pour ton retour.
Je suis actuellement en vacances et je viens de voir ton message.
Je pourrais effectuer le test que début septembre.
Je reprendrais ton post pas à pas et te fais un retour.

Merci encore

sadnotrue · 2015-09-11 17:25:41

Bonjour,

Désolé pour cette réponse tardive le retour de congé a été mouvementé et je peux enfin me remettre sur ce sujet.
Dans le principe, la récupération des pc-fixes ou portables avec un agent ne posent pas de soucis, c'est la récupération du matériel SNMP type imprimante ou switch qui ne se fait pas.
J'ai refais la manipulation comme conseillé par UniYannick par acquis de conscience mais sans succès.

Au cas ou il y aurait une autre idée... je suis preneur.

Ketchup · 2015-09-16 15:49:14

Bonjour,

je suis dans le même bateau que toi sadnotrue. Je suis sure 0.85.4 avec fusioninventory 0.85+1.2 et le client 2.3.16. L'inventaire des postes fonctionne bien, mais la parti SNMP ne fonctionne pas du tout. De nouvelles suggestions seraient grandement apprécié.

Merci

rjacquet · 2015-10-20 17:11:15

Bonjour Uniyannick,
Je suis dans la même galère que mes collègues, j'en bave pour cette partie de découverte réseau, snmp.
Dans ton explication, je ne comprends pas "Aller dans action automatique et executer le task scheduler (la tache passe en préparé)"
A quel endroit trouves tu cette option?

sadnotrue · 2015-10-27 16:39:56

Bonjour,

Alors j'ai trouvé quelques informations complémentaires que j'avais zappé, j'ai tout repris par rapport à ce lien :
http://www.dsfc.net/logiciel-libre/glpi … -8-jessie/

Bon en soit ça fonctionne toujours pas que ça soit en reconnaissance par SNMP ou simplement en découverte réseau.
J'ai pu voir une autre point troublant :

Lorsque je saisie l'url : http://localhost/glpi/plugins/fusioninventory il tente de m'afficher le lien suivant :

localhost/glpi/plugins/fusioninventory/front/wizard.php

mais le fichier wizard.php n'existe pas.

Comment l'installer et est-ce lui qui pose problème ?

J'ai revérifié tous les services pour les découvertes avec l'agent et j'ai l'impression que tout est ok pourtant.
J'ai repris l'installation à plusieurs reprises mais rien n'y fait.

Voici ce que j'obtiens lorsque je lance l'agent :

[info] task WakeOnLan execution not requested
[info] task NetInventory execution not requested
[info] task Inventory execution not requested
[error] [htt client] communication error: 400 Bad Request
[info] task NetDiscovery execution not requested
[error] [htt client] communication error: 400 Bad Request

En mode débug : fusioninventory-agent --debug :

[debug] FusionInventory Agent (2.3.10.1)
[debug] Configuration directory: /etc/fusioninventory
[debug] Data directory: /usr/share/fusioninventory
[debug] Storage directory: /var/lib/fusioninventory-agent
[debug] Lib directory: /usr/share/fusioninventory/lib
[debug] [target server0] Next server contact planned for Tue Oct 27 15:51:35 2015
[debug] Available tasks:
[debug] - NetDiscovery: 2.2.0
[debug] - NetInventory: 2.2.0
[debug] - Inventory: 1.0
[debug] - Deploy: 2.0.4
[debug] - ESX: 2.2.1
[debug] - WakeOnLan: 2.0
[debug] FusionInventory Agent initialised
[debug] [htt client] Using Compress::Zlib for compression
[debug] running task NetDiscovery
[debug] No NetDiscovery requested in the prolog
[info] task NetDiscovery execution not requested
[debug] running task NetInventory
[debug] No SNMPQuery requested in the prolog
[info] task NetInventory execution not requested
[debug] running task Inventory
[debug] No inventory requested in the prolog response
[info] task Inventory execution not requested
[debug] running task Deploy
[error] [htt client] communication error: 400 Bad Request
[debug] running task ESX
[debug] FusionInventory ESX task 2.2.1
[error] [htt client] communication error: 400 Bad Request
[debug] running task WakeOnLan
[debug] No WakeOnLan requested in the prolog
[info] task WakeOnLan execution not requested

Et le pire c'est qu'en ligne de commande par les agents j'obtiens bien des réponses :
Exemple avec : fusioninventory-netinventory --host 10.40.101.162 --community public --verbose

<?xml version="1.0" encoding="UTF-8" ?>
<REQUEST>
<CONTENT>
<AGENT>
<AGENTVERSION /> <START>1</START>
</AGENT>
<MODULEVERSION>2.2.0</MODULEVERSION>
<PROCESSNUMBER>1</PROCESSNUMBER>
</CONTENT>
<DEVICEID>foo</DEVICEID>
<QUERY>SNMPQUERY</QUERY>
</REQUEST>
<?xml version="1.0" encoding="UTF-8" ?>
<REQUEST>
<CONTENT>
<DEVICE>
<CARTRIDGES>
<TONERBLACK>86</TONERBLACK>
<TONERCYAN>90</TONERCYAN>
<TONERMAGENTA>91</TONERMAGENTA>
<TONERYELLOW>30</TONERYELLOW>
<WASTETONER>0</WASTETONER>
</CARTRIDGES>
<INFO>
<COMMENTS>TOSHIBA e-STUDIO3055C</COMMENTS>
<ID>0</ID>
<LOCATION>Direction Générale - 1 er</LOCATION>
<MANUFACTURER>TOSHIBA Corporation</MANUFACTURER>
<MEMORY>1</MEMORY>
<MODEL>TOSHIBA e-STUDIO3055C</MODEL>
<NAME>TOSHIBA e-STUDIO3055C</NAME>
<SERIAL>C7GD75491</SERIAL>
<TYPE>PRINTER</TYPE>
<UPTIME>18 days, 07:06:40.00</UPTIME>
<VENDOR>Toshiba</VENDOR>
</INFO>
<PAGECOUNTERS>
<TOTAL>42640</TOTAL>
</PAGECOUNTERS>
</DEVICE>
<MODULEVERSION>2.2.0</MODULEVERSION>
<PROCESSNUMBER>1</PROCESSNUMBER>
</CONTENT>
<DEVICEID>foo</DEVICEID>
<QUERY>SNMPQUERY</QUERY>
</REQUEST>
<?xml version="1.0" encoding="UTF-8" ?>
<REQUEST>
<CONTENT>
<AGENT>
<END>1</END>
</AGENT>
<MODULEVERSION>2.2.0</MODULEVERSION>
<PROCESSNUMBER>1</PROCESSNUMBER>
</CONTENT>
<DEVICEID>foo</DEVICEID>
<QUERY>SNMPQUERY</QUERY>
</REQUEST>

Je recherche toujours des idées sur cette partie si quelqu'un à des idées je suis preneur.

Merci d'avance.

Last edited by sadnotrue (2015-10-27 18:23:30)

sadnotrue · 2015-11-02 11:12:30

Petite évolution, merci à ZenAdm pour m'avoir mis sur la voie, effectivement, j'ai forcé le démarrage de la tâche.

Le daemon n'avait pas l'air de fonctionner normalement, j'ai modifié le fichier /etc/default/fusioninventory-agent et j'ai remis le mode CRON au lieu de DAEMON.

J'ai ensuite executé cette commande :

/usr/bin/php5 /var/www/glpi/front/cron.php &>/dev/null

J'ai relancé l'agent et magie magie ..!
La tâche qui est passé à 1 et prépare à 1.
Reste à savoir quand elle va se lancer...
Ca fait 1h30 et rien n'a bougé... J'ai peur...

Forum GLPI-Project

Announcement

#1 2015-08-06 11:19:10

Problème découverte réseau avec Fusion

#2 2015-08-10 09:23:29

Re: Problème découverte réseau avec Fusion

#3 2015-08-21 13:00:45

Re: Problème découverte réseau avec Fusion

#4 2015-09-11 17:25:41

Re: Problème découverte réseau avec Fusion

#5 2015-09-16 15:49:14

Re: Problème découverte réseau avec Fusion

#6 2015-10-20 17:11:15

Re: Problème découverte réseau avec Fusion

#7 2015-10-27 16:39:56

Re: Problème découverte réseau avec Fusion

#8 2015-11-02 11:12:30

Re: Problème découverte réseau avec Fusion

Board footer