Pb de plugin tracker - MAJ server 2.1.2

marc13 · 2009-09-21 11:02:08

Bonjour

J'avais la version server 2.1.1 avec des petits soucis de configurations SNMP pour les switchs et imprimantes optra S et Dell. j'étais en train de créer les modèles, mais tout était fonctionnel

Je viens de désinstaller cette version et de placer la nouvelle version. 2.1.2. (désactiver et désinstaller)
Maintenant, lorsque je lance en mode web le plugin, un page apparaît avec
"Configuration du plugin Tracker"
"Mettre à jour le plugin Tracker vers la version 2.1.1"
et la page boucle sans fin

Je suis allé voir dans les tables du plugin et dans "glpi_plugin_tracker_config" le champs version est rempli avec "2.0.2" ??
Pour info, vu les problèmes, j'ai même effacé toutes les bases du plugin tracker avant de recommencer l'installation. => idem

A part ça, je trouve ce plugin génial et je vous en félicite.

Cordialement

ddurieux · 2009-09-21 11:05:09

Quelle version de glpi ?

marc13 · 2009-09-21 11:34:39

version GLPI 0.72.1

Je viens de changer la valeur avec 2.1.2 et je passe dans le menu général

Un autre petit PB mais coté client
Il me demande en erreur dos
"IPC/shareable.pm in @inc......."

Je viens de voir sur votre doc des prérequis qu'il fallait le module IPC::Shareable
Je suis sous windows et avec "perl package manager", je n'arrive pas à le trouver et donc l'ajouter

A+
Marc

ddurieux · 2009-09-21 11:54:31

Arf en effet le module ne fonctionne pas sur du windows, j'avais pas vérifié.

Alors ouvre le fichier tracker_agent.pl, supprime la ligne 37 " use IPC::Shareable;" et lance l'agent comme ça :

perl tracker_agent.pl --noprogressbar

marc13 · 2009-09-21 13:29:26

OK c'est bon sans la ligne 37 et --noprogressbar

je vais reprendre la config snmp car mes switches procurve 2524 et 2510/24 sont interrogés par l'agent, mais la collecte n'est pas validée avec le module "procurve générique" (équipements interrogés = 0" mais sont ok avec "switch generique" avec pas toutes les collectes voulues

A+
Et un grand merci pour la rapidité de tes reponses

Marc

ddurieux · 2009-09-21 13:31:17

humm ça c'est pas normal, le "procurve générique" devrait fonctionner sans problème

marc13 · 2009-09-21 14:15:33

J'ai une version de plus de firmware.

Si j'utilise le module "procurve generique":
- dans remonté agent / "équipements interrogés" = 0, mais le fichier de collecte est envoyé sur le serveur, non traité par le script serveur "serveur synchro.bat" mais effacé après

Si j'utilise le module "switch generique" :
- dans remonté agent / "équipements interrogés" = 1, le fichier de collecte est envoyé sur le serveur et est traité par le script serveur "serveur synchro.bat" Les ports sont crées, mais il n'y a pas de liaison avec les UC et utilisation CPU =...

j'avoue que j'ai mis un moment pour analyser le fonctionnement et m'adapter

A+
Marc

ddurieux · 2009-09-21 14:21:16

pour les liaisons c'est normal avec le générique
par contre qu'il n'interroge pas avec le modèle procurve c'est pas normal. Tu as quoi dans le fichier glpi/files/_pligins/tracker/*-device.xml après avoir fini d'exécuté l'agent uniquement ?

marc13 · 2009-09-21 14:30:57

J'ai un fichier XML de 186Ko dont voici le debut avec IP effacé par mes soins

<snmp>
<device>
<infos>
<ip>#.#.#.#</ip>
<id>87</id>
<entity>0</entity>
<type>2</type>
<date>2009-09-21 14:32:47</date>
<agentversion>1.5.2</agentversion>
<agentkey>wX8Czp72lDJ7IJoa4oe9bVntM9TBdn</agentkey>
<error><![CDATA[]]></error>
</infos>
<get>
<object>.1.3.6.1.4.1.11.2.14.11.5.1.9.6.1.0</object>
<oid><![CDATA[4]]></oid>
<vlan></vlan>
</get>
<get>
<object>.1.3.6.1.2.1.1.6.0</object>
<oid><![CDATA[]]></oid>
<vlan></vlan>
</get>
<get>
<object>.1.3.6.1.4.1.11.2.14.11.5.1.1.2.1.1.1.6.1</object>
<oid><![CDATA[41286288]]></oid>
<vlan></vlan>
</get>
<get>
<object>.1.3.6.1.2.1.17.1.1.0</object>
<oid><![CDATA[0x0018fed9a920]]></oid>
<vlan></vlan>
</get>
<get>
<object>.1.3.6.1.2.1.1.3.0</object>
<oid><![CDATA[49 days, 06:18:25.20]]></oid>
<vlan></vlan>
</get>

Sur l'agent le fichier est expédié en deux blocs
En web, j'ai "équipement interrogé =0" dans "information dur l'exécution des agents"

ddurieux · 2009-09-21 14:44:38

Oki, et tu as bien le switch (/front/networking.form.php?ID=87) en normal (c'est à dire pas dans la corbeille?). Pour moi, la récupération des données a l'air bonne. Il interroge bien... alors pourquoi il te met 0 pour les équipements interrogés.. tu as bien dans "information dur l'exécution des agents" la "Durée totale de l'interrogation" ? si oui à combien? et le statut il est avec la sablier? ou le point vert?

marc13 · 2009-09-21 15:16:38

La durée totale est de 15 secondes et j'ai un point vert.

Si je change uniquement le modèle "switch generique" sur la fiche glpi du switch , le temps est de 9 secondes et la remonté est bonne (ports...)

Le pb viens apparemment du modèle snmp

ddurieux · 2009-09-21 15:30:13

Essaye de supprimer le modèle procurve et de le ré-importer (il est dans le dossier modèles de glpi/plugins/tracker/

marc13 · 2009-09-21 15:34:46

j'avais ce problème vendredi avant le changement de version. ce matin, j'ai déplacé le répertoire entier du plugin dans une autre arborescence et j'ai copié le nouveau => nouveau modèle SNMP

Demain, je tenterai de voir un à un les OID afin de trouver le PB

marc13 · 2009-09-22 10:34:42

Bonjour
Voila je viens de faire plein de test et voici les résultats

Dans le modèle SNMP "procurve generique", il n'y a pas de remontée dans "informations de l'exécution de l'agent / équipements interrogés" = 0 si l'objet .1.3.6.1.2.1.17.4.3.1.1 (dot1dTFdbAdress) existe. Ce qui implique pas de liaison avec les UCs. Par contre l'interrogation du client marche et la remonté du fichier ***.decive.xml est bonnesur le serveur, même cet objet dont un extrait suit :

Le script "tracker_fullsync.bat" passe sans rien faire et l'efface

Par contre si j'enlève cet OID tout ce passe bien
(sauf le champ firmware (l'entrée est créée par pas sélectionnée sur la fichier réseau))

Pour info j'ai ce problème sur les switch HP procurve2510/24 et 2524
Idem après flash du dernier BIOS V-05-72.swi

J'essaye de te donner le plus d'information afin que nous avancions
A+
Marc

ddurieux · 2009-09-22 10:50:20

Tu peux m'envoyer le fihier xml *-device.xml ? que je puisse faire des tests (d.durieux@siprossii.com)

marc13 · 2009-09-28 13:23:51

Bonjour

Je pense que mes problèmes viennent de deux imprimantes dell. Les adresses mac sont mal remontées par le programme de collecte dans les tables mac des switch ainsi que dans les imprimantes.
Je vais en changer une pour voir.
Je te tiendrais au courant

J'ai par contre un autre problème qui est la liaison des éléments actifs sur les switch.
Sur les procurves et nortel dans le fichier xml les adresses mac sont bonnes, mais elles ne sont pas traitées par le plugin.
Les éléments ne sont pas en "matériel inconnu".
Pour info, les éléments étaient déjà présent dans la base GLPI avec les adresse mac remontées par OCS

A+
Marc

ddurieux · 2009-09-28 14:13:58

pour nortel ça me parait normal, sur les procurve moins

Jeoire · 2009-10-13 16:43:49

marc13 wrote:

Je viens de désinstaller cette version et de placer la nouvelle version. 2.1.2. (désactiver et désinstaller)
Maintenant, lorsque je lance en mode web le plugin, un page apparaît avec
"Configuration du plugin Tracker"
"Mettre à jour le plugin Tracker vers la version 2.1.1"
et la page boucle sans fin
Je suis allé voir dans les tables du plugin et dans "glpi_plugin_tracker_config" le champs version est rempli avec "2.0.2" ??
Pour info, vu les problèmes, j'ai même effacé toutes les bases du plugin tracker avant de recommencer l'installation. => idem

J'ai eu le même problème avec une install propre du plugin sur GLPI 0.72.21 sous Linux.

A tout hasard, si quelqu'un se retrouve à nouveau dans la même situation, il suffit d'éditer le champ "version" dans la table "glpi_plugin_tracker_config" pour passer la valeur à "2.1.2", et le problème est réglé.

ddurieux · 2009-10-13 17:32:45

non, ça ne marche pas trop ça, y a un patch que j'ai mis dans 2 ou 3 autres posts. Sinon, attendez la prochaine version, je release fin de semaine

Forum GLPI-Project

Announcement

#1 2009-09-21 11:02:08

Pb de plugin tracker - MAJ server 2.1.2

#2 2009-09-21 11:05:09

Re: Pb de plugin tracker - MAJ server 2.1.2

#3 2009-09-21 11:34:39

Re: Pb de plugin tracker - MAJ server 2.1.2

#4 2009-09-21 11:54:31

Re: Pb de plugin tracker - MAJ server 2.1.2

#5 2009-09-21 13:29:26

Re: Pb de plugin tracker - MAJ server 2.1.2

#6 2009-09-21 13:31:17

Re: Pb de plugin tracker - MAJ server 2.1.2

#7 2009-09-21 14:15:33

Re: Pb de plugin tracker - MAJ server 2.1.2

#8 2009-09-21 14:21:16

Re: Pb de plugin tracker - MAJ server 2.1.2

#9 2009-09-21 14:30:57

Re: Pb de plugin tracker - MAJ server 2.1.2

#10 2009-09-21 14:44:38

Re: Pb de plugin tracker - MAJ server 2.1.2

#11 2009-09-21 15:16:38

Re: Pb de plugin tracker - MAJ server 2.1.2

#12 2009-09-21 15:30:13

Re: Pb de plugin tracker - MAJ server 2.1.2

#13 2009-09-21 15:34:46

Re: Pb de plugin tracker - MAJ server 2.1.2

#14 2009-09-22 10:34:42

Re: Pb de plugin tracker - MAJ server 2.1.2

#15 2009-09-22 10:50:20

Re: Pb de plugin tracker - MAJ server 2.1.2

#16 2009-09-28 13:23:51

Re: Pb de plugin tracker - MAJ server 2.1.2

#17 2009-09-28 14:13:58

Re: Pb de plugin tracker - MAJ server 2.1.2

#18 2009-10-13 16:43:49

Re: Pb de plugin tracker - MAJ server 2.1.2

#19 2009-10-13 17:32:45

Re: Pb de plugin tracker - MAJ server 2.1.2

Board footer