You are not logged in.
Bonjour tout le monde,
Petit problème avec les remontés SNMP (notamment les cartouches d'impression) de l'agent fusion au serveur GLPI (apparemment je ne suis pas le seul).
Je me suis pencher la dessus afin de facilité la gestion des cartouches et des relevées de compteur.
GLPI V 0.85.4 et Agent Fusion 2.3.17 x64
Avec les différents "bidouilles" trouvées ici et la j'ai réussi à faire fonctionner mes taches d'inventaire snmp:
- Créer une plage d'IP avec les paramètre d'authentification snmp
- Créer une tache en mode "inventaire snmp" sur la plage d'IP en question + renseigner un agent fusion fonctionnel (pour moi installer en tant que service ou taches Windows > fonctionne)
- Rendre actif cette tache, puis programme une heure de démarrage à "maintenant" , sans date de fin
- Aller dans la gestion des actions automatiques et exécuter le taskscheduler
- La tache passe en "préparée"
- Lancer l'agent depuis le serveur ou directement sur le poste sur lequel il est installé
C'est maintenant que ça se gatte:
La tache s'exécute normalement et passe bien en terminée sur GLPI , du coté agent aussi l'inventaire s'arrête bien.
Dans GLPI, sur la ligne ou mes taches se sont effectuées j'ai :
- nombre threads : 5 (déjà essayé avec 10 ou 20)
- à inventorier : 1
- erreurs : 0
Si je vais voir dans la gestion de ma tache qui se nomme SNMP_PRINTER_SIEGE c'est comme si je ne l'avais jamais exécuté, c'est à dire:
- Préparé 0
- En cours 0
- Annulé 0
- À faire 0
- Succès 0
- En erreur 0
En allant voir le résultat dans mon parc d'imprimante, j'ai bien les relevés de compteurs (mais uniquement les "totaux" , pas de disjonction entre N&B et couleur) mais il me semble que c'était déjà remonté avec une découverte réseau.
Et je n'ai donc pas mes informations sur les cartouches.
Pourtant les logs de l'agent semble montrer que toutes ces informations sont bien remontées à GLPI:
[Fri Oct 23 17:06:23 2015][debug] creating 1 worker threads
[Fri Oct 23 17:06:27 2015][debug] [thread 33] creation
[Fri Oct 23 17:06:27 2015][debug] 2 really running: [1 33]
[Fri Oct 23 17:06:27 2015][debug] [thread 33] scanning 47
[Fri Oct 23 17:06:27 2015][debug] 1 started: [33]
[Fri Oct 23 17:06:27 2015][debug] no match for sysobjectID .1.3.6.1.4.1.1129.2.3.33.2 in database: unknown manufacturer ID
[Fri Oct 23 17:06:28 2015][debug] [thread 33] termination
[Fri Oct 23 17:06:28 2015][debug2] [http client] sending message:
<?xml version="1.0" encoding="UTF-8" ?>
<REQUEST>
<CONTENT>
<DEVICE>
<CARTRIDGES>
<TONERBLACK>5g</TONERBLACK>
<WASTETONER>OK</WASTETONER>
</CARTRIDGES>
<INFO>
<COMMENTS>TOSHIBA e-STUDIO255</COMMENTS>
<ID>47</ID>
<IPS>
<IP>127.0.0.1</IP>
<IP>192.168.69.24</IP>
</IPS>
<MAC>00:80:91:6f:1a:61</MAC>
<MANUFACTURER>TOSHIBA Corporation</MANUFACTURER>
<MEMORY>1024</MEMORY>
<MODEL>TOSHIBA e-STUDIO255</MODEL>
<NAME>TOSHIBA e-STUDIO255</NAME>
<SERIAL>CND160457</SERIAL>
<TYPE>PRINTER</TYPE>
<UPTIME>7 hours, 42:59.00</UPTIME>
<VENDOR>Toshiba</VENDOR>
</INFO>
<PAGECOUNTERS>
<TOTAL>102276</TOTAL>
</PAGECOUNTERS>
<PORTS>
<PORT>
<IFDESCR>lo0</IFDESCR>
<IFINERRORS>0</IFINERRORS>
<IFINOCTETS>0</IFINOCTETS>
<IFINTERNALSTATUS>1</IFINTERNALSTATUS>
<IFLASTCHANGE>0.00 seconds</IFLASTCHANGE>
<IFMTU>1536</IFMTU>
<IFNUMBER>1</IFNUMBER>
<IFOUTERRORS>0</IFOUTERRORS>
<IFOUTOCTETS>0</IFOUTOCTETS>
<IFSPEED>0</IFSPEED>
<IFSTATUS>1</IFSTATUS>
<IFTYPE>24</IFTYPE>
<IP>127.0.0.1</IP>
<IPS>
<IP>127.0.0.1</IP>
</IPS>
</PORT>
<PORT>
<IFDESCR>IBM emacEnd driver0</IFDESCR>
<IFINERRORS>0</IFINERRORS>
<IFINOCTETS>76599225</IFINOCTETS>
<IFINTERNALSTATUS>1</IFINTERNALSTATUS>
<IFLASTCHANGE>0.25 seconds</IFLASTCHANGE>
<IFMTU>1500</IFMTU>
<IFNAME>IBM emacEnd driver0</IFNAME>
<IFNUMBER>2</IFNUMBER>
<IFOUTERRORS>0</IFOUTERRORS>
<IFOUTOCTETS>261189</IFOUTOCTETS>
<IFSPEED>100000000000000</IFSPEED>
<IFSTATUS>1</IFSTATUS>
<IFTYPE>6</IFTYPE>
<IP>192.168.69.24</IP>
<IPS>
<IP>192.168.69.24</IP>
</IPS>
<MAC>00:80:91:6f:1a:61</MAC>
</PORT>
</PORTS>
</DEVICE>
<MODULEVERSION>2.2.1</MODULEVERSION>
<PROCESSNUMBER>342</PROCESSNUMBER>
</CONTENT>
<DEVICEID>*******.2015-10-23-16-45-32</DEVICEID>
<QUERY>SNMPQUERY</QUERY>
</REQUEST>
[Fri Oct 23 17:06:28 2015][debug2] format: Zlib
[Fri Oct 23 17:06:28 2015][debug2] [http client] receiving message:
<?xml version="1.0" encoding="UTF-8"?>
<REPLY>
D'après vous d'où peut venir le problème ? GLPI qui ne lit pas correctement les informations remontées par l'agent?
Est-ce que la ligne "no match for sysobjectID .1.3.6.1.4.1.1129.2.3.33.2 in database: unknown manufacturer ID" signale un problème?
Merci d'avance à ceux qui feront l'effort de me répondre,
En attendant je vous souhaite un très bon weekend à tous.
Last edited by memerard (2015-10-28 17:59:13)
Offline
Personne n'a une petite idée à mon problème?
J'ai lu quelque part qu'il y avait auparavant des modèles SNMP. Par quoi ont-ils été remplacé?
Offline
Sympa le forum!
Offline
Bah on est beaucoup dans la même galère surtout lol
Debian Jessie
GLPI 0.90
Plugins : Fusion inventory, WebServices, Monitoring, Tableau de bord, Réservation
Offline