You are not logged in.
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é ????
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
ben il va falloir les faire petit à petit, aides toi déjà de ceux déjà fait sur le wiki.
Offline
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 ?
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
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)
Offline
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
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
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
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
tu as configuré le status et mis ce status sur les switch et sur les imprimantes?
Offline
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 ...
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
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.
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
snmpget -c comunauté -v versionsnmp(1, 2c ou 3) ip oid
il me semble que c'est pareil que le snmpwalk
Offline
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 )
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
j'ai pas compris
Offline
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.
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
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
Offline
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)
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
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
Offline
log qui se trouve ou ?
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
envoi les fichiers qui se trouvent dans glpi/files/_log :
- php-errors.log
- sql-errors.log
- tracker_fullsync.log
- tracker_snmp.log
Offline
ok je vais te faire ca
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
c'est partie.
par contre je n'ai dans ce repertoire que le fichier tracker_fullsync.log
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
ok pas de soucis j'attend le mail
Offline
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)
Server : Windows 2003 - Apache 2.2.23 - Php 5.4.11 - Mysql 5.5.30 - Glpi 0.83.7
Offline
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 )
Offline
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 rempliC'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 > tonswitchtu 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.
...
Cus Habitat (Strasbourg)
Operating system: Linux 2.6.32-431.3.1.el6.x86_64
Prod : GLPI 0.84.5 / PHP 5.4.23 / MySQL: 5.5.35
Plugin : Behaviors 0.84, fusioninventory 0.84+3.5, Monitoring 0.84+1.0, Webservices 1.4, Timelinticket 0.84+1.2
Offline
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é)
Offline