• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Modèle SNMP incomplet
#1
Bonjour,

Lors de la création du modèle SNMP d'imprimantes (tests réalisés sur plusieurs modèles), il n'y a que le prmier OID pris en compte lors de l''importation du .log généré par le snmpwalk. Cependant, le fichier log contient bien l'ensemble des IODs.

Commandes utilisées:
c:/usr/bin> snmpwalk -v (1 ou 2c) -c public xx.xx.xx.xx sysdescr
c:/usr/bin> snmpwalk -v (1 ou 2c) -Cc -On -c public xx.xx.xx.xx .1 >nomdufichier.log

Le fichier est généré correctement sans message d'erreur. Malheureusement lors de la création du modèle, lorsque le fichier .log est importé, le seul OID présent est le premier contenant la marque et le modèle de l'imprimante (à cocher ou décocher).

Pouvez-vous m'orienter afin que je trouve mon erreur?

Glpi: 0.84.3
Fusioninventory: 0.84+1.1
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#2
Je viens de tester sur un CentOS et le résultat est le même... Seul le 1er OID est pris en compte. Donc soit je fait une fausse manipulation, soit Lexmark, Xerox et konica ont des imprimantes en carton côté SNMP!!
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#3
Personne ne fait de modèle et rencontre ce problème?
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#4
J'ai refait des tests sans firewall, ni proxy mais le résultat est le même et sur un nouveau type de matériel donc les modèles d'imprimantes ne sont pas en cause...
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#5
GLPI et fusioninvetory ont étés mis à jour mais sans changement. Ce qui me dérange, c'est ma commande je n'ai pas trouvé deux versions qui se ressembles et comme la moité de la commande n'est pas commenté dans l'aide, je fait des trucs que je ne comprend pas totalement... Quelqu’un aurait une réponse?
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#6
Bonjour,

Avez-vous avancé sur ce problème. Je ne peux toujours pas de mon côté créer de modèles SNMP.
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#7
Bonjour

Pour info j'ai des imprimantes Lexmark et une xerox et je n'ai pas remarqué de problème similaire avec leurs dump SNMP. Peux tu détailler ton problème car je ne comprends pas bien ce que tu veux dire par "il n'y a que le prmier OID pris en compte lors de l''importation du .log généré par le snmpwalk" ?
Production : GLPI 0.84.8 + FusionInventory 3.5 + FI Agent 2.3.9 et 2.3.10.1
Plugin Custom Fields for GLPI 0.84 : https://forge.indepnet.net/projects/customfields
Plugin Simcard for GLPI 0.84 https://forge.indepnet.net/projects/simcard
Plugin MoreLDAP for GLPI 0.84 https://forge.indepnet.net/projects/moreldap
  Reply
#8
Bonjour Dethegeek,

La situation a changé (par changé j'entends que ce n'est plus le premier OIDs de la liste dans le .log mais un autre) depuis peu mais impossible de définir d'ou viens le problème. Lors d'un invite commande avec snmpwalk, je génère un fichier .log dans lequel est affiché en claire tout les OIDs. Lorsque j'essaye d'importer ce .log, FusionInventory montre la liste des OIDs et me permet de sélectionner ceux que je souhaite conserver. Malheureusement, les zones ou l'on devrait trouver ces cases à cocher avec les OIDs sont vides. Seul la dernière est renseigné. As-tu déjà rencontré ce problème?
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#9
Au pire si je ne suis pas clair, je t'invite à jeter un coup d’œil à ce post http://forum.fusioninventory.org/viewtopic.php?id=1986
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#10
Bonjour

Donc tu as un compte pour créer tes propres modèles SNMP...

De ce que j'ai compris du fonctionnement de l'éditeur de modèles, après l'import de ton log snmpwalk, FusionInventory propose des OIDs déjà connus à partir d'autres modèles (d'où les petites barres avec un pourcentage qui montre le taux d'utilisation des OIDs pouvant correspondre à une information précise). Si je dis une bêtise, d'autres lecteurs ont le droit de rectifier !!

Après lecture de l'autre sujet auquel tu fais référence, je voudrais savoir si tu as bien le lien "add a new OID" ? Je pense que c'est avec cela que tu pourras créer ton modèle, même si c'est beaucoup plus fastidieux.

Autre chose, n'hésite pas à utiliser dans FI le choix de menu "check a sysdescr" pour voir si il n'y a pas déjà un modèle en cours de développement. tou pourras, le cas échéant, l'importer dans ton GLPI+FI pour l'exploiter et/ou l'améliorer.
Production : GLPI 0.84.8 + FusionInventory 3.5 + FI Agent 2.3.9 et 2.3.10.1
Plugin Custom Fields for GLPI 0.84 : https://forge.indepnet.net/projects/customfields
Plugin Simcard for GLPI 0.84 https://forge.indepnet.net/projects/simcard
Plugin MoreLDAP for GLPI 0.84 https://forge.indepnet.net/projects/moreldap
  Reply
#11
Bonjour Dethegeek,

Concernant les % des OIDs je ne peux ni affirmer, ni te contredire à ce sujet!! Pour l'option "add a new OID", je doit t'avouer que je n'ai pas vu ce lien (je vais quand même chercher Wink ). J'utilise le "check a sysdescr" mais de manière un peu détourné en renseignant un sysdescr bidon (pour les tests et éviter de polluer les modèles existants). Le soucis viendrait de là?

As-tu également fait le constat que lors de "la mise à jour" des modèles, la liste ne se modifie pas? (modèles à mettre à jour, reste dans la liste?)
Pour la partie "amélioration" de modèles snmp, je vais attendre encore un peu d'avoir le niveau =).
Je te remercie d'avance pour le temps consacré et te recontacte dès que j'ai trouvé/testé cette histoire de "add a new OID"
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#12
Ok, j'ai trouvé. Effectivement, c'est plus que fastidieux mais je ne suis pas sur d'avoir réellement le choix :/. Soit je me farcie tout les OIDs manquants sur tous les modèles posant problème, soit j'attend que les modèles sortent... Pas top mais toujours mieux que rien!!!! Ce qui me gêne, c'est mon incompréhension vis-à-vis de ce soucis, pourquoi ces modèles se génèrent mais ne fonctionne pas (options snmp disponibles dans les pages de gestion web des matériels!!)
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#13
Je suis revenu sur ce que tu as dis rapport au sysdescr, j'ai effectivement fait le test avec un extrait de log (pour récupérer le sysdescr correct du matériel) et il me propose de récupérer et charger le bon modèle. C'est là que ça se gâte, le modèle est bien validé lors d'une task inventaire SNMp mais les informations remontés sont incomplètes (seul les infos des ports réseau sont présentes). Il manque la remonté du numéro de série entre autre.

J'ai donc tenté de modifier le modèle et là, surprise!! Le modèle ne possède pas de OIDs... Une idée?
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#14
En recoupant avec l'autre sujet dont tu parlais plus haut, je pense que ça vaut le coup de vérifier si tu as des bugs de fonctionnement dans ton GLPI+FI.

Regarde les logs dans GLPI/files/_log/php-errors.log

Dans le même temps je peux comparer ce que tu vois du modèle avec ce que j'en vois, si tu veux bien partager le sysdescr de ton imprimante.

Pour info je tourne sous GLPI 0.84.3+FI2.0
Production : GLPI 0.84.8 + FusionInventory 3.5 + FI Agent 2.3.9 et 2.3.10.1
Plugin Custom Fields for GLPI 0.84 : https://forge.indepnet.net/projects/customfields
Plugin Simcard for GLPI 0.84 https://forge.indepnet.net/projects/simcard
Plugin MoreLDAP for GLPI 0.84 https://forge.indepnet.net/projects/moreldap
  Reply
#15
Je suis actuellement en version GLPI 0.84.3 et FI1.2 (je suis à quelques jours du passage en prod donc j'ai stoppé les updates)

J'ai refais des tests sur le modèle pré-existant en intégrant des OIDs présent sur d'autres modèle et ça marche. Par contre, la gestion des ports se fait toute seul mais je n'ai implémenté aucun OID concernant la gestion des ports ethernet donc je ne vois pas comment c'est possible (la magie en IT je suis pas fan du tout).

Concernant mes logs php-errors.log j'ai rien de suspect, je te transmet le log généré par snmpwalk d'une imprimante Lexmark E260dn en milieu d'après-midi (le log contient certaines infos de ma boite, je doit faire valider la diffusion).
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#16
Désolé pour hier mon responsable n'était pas disponible de la journée, j'en ai profité pour les tests avec le sysdescr sur les modèles posant des problèmes. Il y a du mieux mais ce n'est pas encore ça! Quand FI me remonte le taux d'encre d'une cartouche cyan d'une imprimante noir/blanc, je suis un peu dubitatif... J'essaie de te renvoyer ça assez vite
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#17
Je pense qu'il faudrait partir d'un cas concret car je ne sais pas si tu parles toujours de la même imprimante (je dis bien la même car 2 modèles identiques peuvent avoir des firmwares différents et donc un petit risque d'avoir un dump snmp différent).

Donc calons nous sur un modèle d'imprimante noir et blanc précis. Ensuite précise si ton modèle est un modèle téléchargé stable ou développement, ou un modèle que tu as créé.

Enfin pour ce cas, décris tout ce qui ne va pas.

Il y a des changements importants à venir dans la gestion des sysdescr avec FI qui doivent sensiblement améliorer les choses. En attendant, je pense qu'il faut valider chaque sysdescr de ton parc avec un modèle. Pour ma part j'ai pour le moment pris cette habitude : je corrige/valide un à un les OIDs proposés par l'éditeur de modèles en comparant les infos proposées avec celles lues dans l'interface web de l'imprimante. Si je ne trouve pas l'info dans l'interface web je regarde si je trouve quelque chose dans le dump snmp.

Si ça peut t'aider j'ai noté que lexmark donne les infos sur la capacité totale et restante des cartouches. Je pense que d'autres marques donnent la capacité totale et consommée). Recoupe aussi avec la capacité en pages de ta cartouche.

Ne t'inquiète pas si tu as des remontées de cyan sur une imprimante noir et blanc. J'ai exactement le même problème, mais si la lecture d'un arbre SNMP était facile, l'éditeur de modèles n'existerait sans doute pas... C'est à nous de concevoir un modèle, et au fur et à mesure que la communauté grandit et que FI gagne en maturité les modèles se multiplieront.
Production : GLPI 0.84.8 + FusionInventory 3.5 + FI Agent 2.3.9 et 2.3.10.1
Plugin Custom Fields for GLPI 0.84 : https://forge.indepnet.net/projects/customfields
Plugin Simcard for GLPI 0.84 https://forge.indepnet.net/projects/simcard
Plugin MoreLDAP for GLPI 0.84 https://forge.indepnet.net/projects/moreldap
  Reply
#18
Ok c'est bon j'ai vu avec mon responsable par contre je suis coincé pour t'envoyer le fichier (trop gros pour passer dans un mail du forum et trop gros pour le poster en direct)
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#19
Mail bien reçu, peux-tu confirmer la réception du log?
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#20
J'ai reçu ton log et trouvé le sysdescr dans FI. Vu l'auteur du modèle, c'est celui que tu as créé.

Je l'ai ouvert et je constate comme toi que presque tout est vide. J'ai donc uploadé ton log que tu m'as envoyé pour éditer le modèle, et tout se remplit.

Je suis quasi certain que tu as des bugs de fonctionnement sur ton installation de GLPI + FI. JE t'envoie par mail des captures d'ecran de ce que j'ai dans l'éditeur. Essaye d'activer le mode debug de GLPI et retourne sur l'éditeur de modèle. Repère des lignes de txte sur fond rouge. Ce sont les erreurs PHP.

Je peux compléter ton modèle avec les infos évidentes mais sans accéder à l'interface web de l'imprimante je ne peux pas completer les OID des compteurs.

Je pense donc que tu devrais te créer 2e installation de GLPI pour le développement (test des dernières versions, tests de fonctionnement susceptibles de dégrader les données de la BDD, ...). Avec EasyPHP c'est assez facile si tu n'as pas de serveur éligible pour ce rôle.

Il faudrait aussi que tu vérifie la version de php que tu utilises par rapport aux pré requis de GLPI et FI. De mémoire ça devrait être autour de la version de PHP 4.4.
Production : GLPI 0.84.8 + FusionInventory 3.5 + FI Agent 2.3.9 et 2.3.10.1
Plugin Custom Fields for GLPI 0.84 : https://forge.indepnet.net/projects/customfields
Plugin Simcard for GLPI 0.84 https://forge.indepnet.net/projects/simcard
Plugin MoreLDAP for GLPI 0.84 https://forge.indepnet.net/projects/moreldap
  Reply
#21
Le hic est là, ma version ne peut plus évoluer!! L'ensemble est sur un serveur virtuel (déjà ça commence mal) ensuite la version apache qui est dessus est locké sur du 2.2 pour la simple et bonne raison que nos appli métier ne sont compatibles que sur apache 2.4 (ce qui me pose beaucoup de soucis avec les versions de mes agents). Et ce sans compter le proxy/parfeu matériel (j'ai fait des tests avec une connexion hors-parfeu et pas de changements)

Concernant mon GLPI test je suis sur du wampserver avec Apache 2.4.4 et du Php en 5.4.12 mais le problème persiste malgré tout...
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#22
Que ce soit sur un serveur virtuel ou physique, ça n'a pas d'importance quant au fonctionnement de GLPI ou FI. Pour moi aussi c'est le cas. J'ai pu voir que nos versions de PHP sont très proches, donc il y a peu de risque que ce soit un souci lié à leur version. En revanche je tourne sous un Apache 2.4.x

Tu as quand même testé le mode debug ? Si tu ne sais ps l'activer : clique sur "mes préférences" en haut à droite, onglet "Principal". Dernière option en bas à droite : "Utiliser en mode" et choisis "Debug". Enregistre le changement puis retourne éditer ton modèle.

Pour désactiver ce mode, il faut revenir en mode normal.
Production : GLPI 0.84.8 + FusionInventory 3.5 + FI Agent 2.3.9 et 2.3.10.1
Plugin Custom Fields for GLPI 0.84 : https://forge.indepnet.net/projects/customfields
Plugin Simcard for GLPI 0.84 https://forge.indepnet.net/projects/simcard
Plugin MoreLDAP for GLPI 0.84 https://forge.indepnet.net/projects/moreldap
  Reply
#23
Ok,

J'ai fait le test en debug sur une autre imrpimante dont le modèle n'existait pas et voila ce que me sort le debug:

PHP Warning: file_get_contents(C:\glgwamp\www\glpi/files/_plugins/fusioninventory/walks/20d69ac2aedf14559d5c3aa83ea9b006): failed to open stream: No such file or directory in C:\glgwamp\www\glpi\plugins\fusioninventory\inc\snmpmodelconstructdevice.class.php at line 195
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#24
Peux-tu me dire ce que tu as à la ligne 195 du "While" au } du snmpmodelconstructdevice.class.php ? (histoire de comparer et voir si mon fichier a été corrompu)
Ver. test: Glpi 0.84.5, FI 0.84+2.1, AgentFi 2.3.5
Ver. prod: Glpi 0.84.4, FI 0.84+2.1, AgentFi 2.3.5
  Reply
#25
J'ai la ligne suivante

$snmpwalk = file_get_contents(GLPI_PLUGIN_DOC_DIR."/fusioninventory/walks/".$data['log']);

Mais ça explique certainement ton problème : FI n'arrive pas à lire ton fichier parce qu'il ne s'y trouve pas (ou un problème de droit empeche Apache de voir sa présence).

Regarde dans ton WAMP si le fichier mentionné (C:\glgwamp\www\glpi/files/_plugins/fusioninventory/walks/20d69ac2aedf14559d5c3aa83ea9b006) existe. Normalement il a été uploadé et stocké sous ce chemin et nom.
Production : GLPI 0.84.8 + FusionInventory 3.5 + FI Agent 2.3.9 et 2.3.10.1
Plugin Custom Fields for GLPI 0.84 : https://forge.indepnet.net/projects/customfields
Plugin Simcard for GLPI 0.84 https://forge.indepnet.net/projects/simcard
Plugin MoreLDAP for GLPI 0.84 https://forge.indepnet.net/projects/moreldap
  Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)