Plugin Tracker : Beta test

IronTUX · 2009-01-08 10:32:22

Donc j'ai fais un premier modèle test avec juste l'OID pour le SysUpTime.
Je lance ma découverte, je trouve bien mon imprimante, je l'importe, lui affecte l'authentification V1 puis le modèle test.

Quand je vais sur l'imprimante que je clique sur SNMP et actualisé, je reçois en retour un message d'erreur accès refusé ????

ddurieux · 2009-01-08 10:32:58

ben il va falloir les faire petit à petit, aides toi déjà de ceux déjà fait sur le wiki.

IronTUX · 2009-01-08 14:34:50

bon j'ai fais un premier modèle qui me renvoie le sysuptime et quelques infos bidon de mon imprimante.

par contre mon problème au-dessus persiste. (idem sur un routeur)

Je lance ma découverte, je trouve bien mon imprimante, je l'importe, lui affecte l'authentification V1 puis le modèle test.
Quand je vais sur l'imprimante que je clique sur SNMP et actualisé, je reçois en retour un message d'erreur accès refusé ????

c'est comme si mon utilisateur n'avaist pas le droit d'afficher cette page : plugins/tracker/front/plugin_tracker.switch_info.form.php

J'ai testé avec plusieur compte dont glpi/glpi mais le problème est identique

Une idée ?

ddurieux · 2009-01-08 14:56:37

oui j'ai corrigé sur la version svn, je resortirais un archive beta 2 demain je pense.

En attendant, il faut lui mettre en passant par la modif massive (dans la page ou vous avez la liste des imprimantes, en bas il y a assigner un modèle et assigner une auth)

IronTUX · 2009-01-08 15:03:06

ok c'est fait mais rien ne remonte pour mon imprimante (peut-être une erreur de ma part) par contre j'ai également mis un modèle sur mon switch catalyst2960 créé mon identification mais la aussi je ne récupére rien.

Au niveau de mon switch j'ai bien mis ma machine de test comme autorisé à faire du snmp et le snmp et activé avec une communauté perso

IronTUX · 2009-01-08 15:05:49

après vérification j'ai une erreur snmp sur la page du tracker.

je dois avoir fais une bêtise dans la configuration de mon switch

ddurieux · 2009-01-08 15:27:10

tu as configuré le status et mis ce status sur les switch et sur les imprimantes?

IronTUX · 2009-01-08 15:28:03

ok j'ai configuré mon switch correctement.

Quand je lance le script avec le paramètre --networking-type je vois bien qu'une tâche tourne pendant quelques secondes, qu'elle trouve 55 matériels mais quand je vais dans les erreur SNMP j'ai le message SNMP Query impossible (6) Type 2
Sur l'inventaire dans mon matériel aucunes informations ne remonte ...

IronTUX · 2009-01-08 15:29:50

ddurieux wrote:

tu as configuré le status et mis ce status sur les switch et sur les imprimantes?

Statut en production mise en place dés le début sur le tracker et le matériel.

Je vais me renseigner pour voir comment faire un snmpget à partir de mon linux vers mon switch en ligne de commande pour être sur que ma configuration est bonne.

ddurieux · 2009-01-08 15:34:13

snmpget -c comunauté -v versionsnmp(1, 2c ou 3) ip oid

il me semble que c'est pareil que le snmpwalk

IronTUX · 2009-01-08 15:39:38

alors un petit

snmpwalk -v1 -c communauté @IP

me retourne bien la liste de tout mes mib du switch donc ma configuration switch est bonne.

Par contre toujours aucune infos sur mon switch dans le matériel réseau (j'utilise le même switch pour les 2 tests )

ddurieux · 2009-01-08 15:45:44

j'ai pas compris

IronTUX · 2009-01-08 15:58:36

En fait quand je fais un snmpwalk ou get sur mon linux vers mon switch j'ai bien des informations donc ma configuration switch est bonne.

Ensuite je vais sur configuration de l'authentification de tracker et créé une connexion avec les mêmes informations que dans mes tests en ligne de commande.

Ensuite je vais sur découverte réseau et je mets ma plage IP puis decouverte dans le menu déroulant

Ensuite en ligne de commande sur le serveur linux je lance le script avec le paramètre --discovery (testé avec --networking-type aussi)

Je vois qu'il y a un script qui s'ajoute dans la liste information que l'exécution des scripts. Le script dure environ 1mintue 30 secondes. A la fin du script équipement réseau interrogé 55.

Ensuite je vais sur Inventaire -> réseau puis sur mon switch en question et je regarde la partie plugin pour voir ce qu'il me remonte comme information ben nada le tableau des ports est vide.

ddurieux · 2009-01-08 16:20:59

les ports se ne remplissent pas avec discovery.
Discovery permet juste de trouver les équipement et les importer si besoin.

Une fois dans glpi, il faut paramétrer l'auth et le modèle sur ce switch et relancer le script normalement (ou avec --networking-type).
le tableau devrait se remplir.

ATTENTION toutefois : seuls les switchs CISCO remontent les ports pour le moment

IronTUX · 2009-01-08 16:26:28

J'ai pas importé le switch car le métériel existe déjà dans ma base.

je suis allé sur le matériel existant mis par la modification de masse le bon modéle et authentification
relancé le script mais rien ne se rempli

C'est un cisco catalyst 2950

Last edited by IronTUX (2009-01-08 16:27:19)

ddurieux · 2009-01-08 16:51:06

ah c'est pas normal alors, est-ce qu'il te sort une erreur? vide les logs, lance le script tracker que pour ce switch et envoi moi les logs : d.durieux@siprossii.com

IronTUX · 2009-01-08 16:58:53

log qui se trouve ou ?

ddurieux · 2009-01-08 17:16:30

envoi les fichiers qui se trouvent dans glpi/files/_log :
- php-errors.log
- sql-errors.log
- tracker_fullsync.log
- tracker_snmp.log

IronTUX · 2009-01-08 19:02:02

ok je vais te faire ca

IronTUX · 2009-01-08 19:26:04

c'est partie.

par contre je n'ai dans ce repertoire que le fichier tracker_fullsync.log

ddurieux · 2009-01-08 19:32:33

ok pas de soucis j'attend le mail

TheHinou · 2009-01-08 20:09:09

Bon visiblement l'installation sur un apache 2.2.11 + php 5.2.8 win32 marche niquel

Il faut penser à installer la dll runkit a partir http://kromann.info/download.php?strFol … dex=PHP5_2 (utiliser les dll thread safe parceque au jour d'aujourd'hui php ne délivre plus de paquer pecl pour du win32) et activé la dll snmp

Je continu les test demain

Last edited by TheHinou (2009-01-08 20:09:28)

ddurieux · 2009-01-08 20:11:07

sur windows il y a pas mal de choses qui ne fonctionnait pas je suis en train de corriger, il ne m'en reste plus beaucoup.

Si tu peux TheHinou, prend la version svn sinon je pense mettre à dispo une archive beta2 demain après midi (plus de bugs que prévu )

IronTUX · 2009-01-09 09:10:42

IronTUX wrote:

J'ai pas importé le switch car le métériel existe déjà dans ma base.
je suis allé sur le matériel existant mis par la modification de masse le bon modéle et authentification
relancé le script mais rien ne se rempli
C'est un cisco catalyst 2950

Ah mais non c'est pas ça. Une fois découvert, tu l'importes.
Après tu vas dans GLPI : inventaire > réseaux > tonswitch
tu vas sur l'onglet snmp informations. Tu mets bien le statut pour le interroger par snmp.
Là tu n'a plus besoin de discovery. Lance le script sans aucun argument et il devrait scanner correctement

Je me permets de remettre ta réponse ici pour centraliser la discussion.

Donc pour en revenir à ma manipulation. Je mets ton plugin sur une base déjà existante de routeur, switch et imprimante. j'ai donc une base déjà remplie.

Quand je fais la découverte il me remonte donc du matériel déjà présent dans ma base. Si j'utilise Tracker pour faire l'importation mon matériel se retrouve en double.

Alors 2 solution :
soit on peut lier les 2 matériels (tracker + existant)
soit je supprime tous mes switchs, routeur et imprimante pour utiliser l'import de tracker.

...

ddurieux · 2009-01-09 09:44:48

Dans la partie découverte, le premier passage permet de détecter les équipement, ensuite tu assignes un modèle, 2ème passage pour récupérer les numéros de série. Si le numéro de série est déjà en base, le nouveau matériel détecté est supprimé de l'affichage du tableau de découverte et tu peux importer les autres.

Si tes switchs sont déjà dans glpi sans les numéros de série, oui ça va poser des problèmes de doublon.

Le module découverte est à la base pour ceux qui n'ont pas encore géré leurs équipements réseau dans GLPI et ceux qui veulent complèter (si ceux déjà en place ont le numéro de série renseigné)

Forum GLPI-Project

Announcement

#26 2009-01-08 10:32:22

Re: Plugin Tracker : Beta test

#27 2009-01-08 10:32:58

Re: Plugin Tracker : Beta test

#28 2009-01-08 14:34:50

Re: Plugin Tracker : Beta test

#29 2009-01-08 14:56:37

Re: Plugin Tracker : Beta test

#30 2009-01-08 15:03:06

Re: Plugin Tracker : Beta test

#31 2009-01-08 15:05:49

Re: Plugin Tracker : Beta test

#32 2009-01-08 15:27:10

Re: Plugin Tracker : Beta test

#33 2009-01-08 15:28:03

Re: Plugin Tracker : Beta test

#34 2009-01-08 15:29:50

Re: Plugin Tracker : Beta test

#35 2009-01-08 15:34:13

Re: Plugin Tracker : Beta test

#36 2009-01-08 15:39:38

Re: Plugin Tracker : Beta test

#37 2009-01-08 15:45:44

Re: Plugin Tracker : Beta test

#38 2009-01-08 15:58:36

Re: Plugin Tracker : Beta test

#39 2009-01-08 16:20:59

Re: Plugin Tracker : Beta test

#40 2009-01-08 16:26:28

Re: Plugin Tracker : Beta test

#41 2009-01-08 16:51:06

Re: Plugin Tracker : Beta test

#42 2009-01-08 16:58:53

Re: Plugin Tracker : Beta test

#43 2009-01-08 17:16:30

Re: Plugin Tracker : Beta test

#44 2009-01-08 19:02:02

Re: Plugin Tracker : Beta test

#45 2009-01-08 19:26:04

Re: Plugin Tracker : Beta test

#46 2009-01-08 19:32:33

Re: Plugin Tracker : Beta test

#47 2009-01-08 20:09:09

Re: Plugin Tracker : Beta test

#48 2009-01-08 20:11:07

Re: Plugin Tracker : Beta test

#49 2009-01-09 09:10:42

Re: Plugin Tracker : Beta test

#50 2009-01-09 09:44:48

Re: Plugin Tracker : Beta test

Board footer