Plugin Tracker

BenLar · 2009-09-10 09:35:59

Bonjour,

Je viens d'installer la version "Daily tar" d'hier pour voir si le pb de classement des ports était corrigé (ce qu'indique la roadmap).

Ce que je constate :

J'ai des ports fe.1.1 à fe.1.25 et fe.2.1 à fe.2.25.

Pour les ports en fe.2.x, le classement est correcte.

Par contre, les ports en fe.1.x (avec 1<x<9) sont disséminés.

Pour des matériels réseaux avec plusieurs plaques, j'ai également les ports fe.4.x qui passe avant des ports fe.2.x.

Par ailleurs, est-ce que la correction va corriger l'association N° Port Logique <-> Nom du port ?

A+

Ben

ddurieux · 2009-09-10 09:41:22

Oui ça corrige, mais j'ai fais des tests sur plusieurs switchs et ça m'avais l'air tout bon. En fait le numéro de port est le numéro de port logique récupéré dans le walk (qui est sensé être dans le bon ordre).

Il manque peut être quelquechose, faut que je vérifie

BenLar · 2009-09-10 09:44:17

Euh ! En regardant rapidement la correction (je connais rien à php mais bon ;o), je me suis demandé s'il ne fallait pas relancer l'interrogation.

C'est en court. Je suis peut-être partis sur de mauvaises bases...

Je te tiens au courant.

ddurieux · 2009-09-10 09:54:05

Oui y a une bourde.

execute la requete sql : UPDATE glpi_plugin_tracker_networking SET last_PID_update = '0'

ensuite relance l'interrogation et ça devrait aller

BenLar · 2009-09-10 10:08:12

OK. Je vais voir ça.

Résultat de ce que je viens de faire tracker_agent.pl + tracker_fullsync.sh :
Je me suis retrouvé avec des ports en doubles (pas tous mais vraisemblablement ceux qui étaient mal classés) avec des adresses mac 00:00:00:00:00:00

Je passe la commande sql et relance l'interrogation.

ddurieux · 2009-09-10 10:10:04

oui ça a dédoubler parce que la requete sql était foirée

BenLar · 2009-09-10 10:34:44

OK. Y'a du mieux. Je retrouve mes ports classés.
Cependant, pour certain port et de manière à priori aléatoire, j'ai des doublons : même nom de port et même adresse mac.

Dans le doute, je relance une interrogation.

Last edited by BenLar (2009-09-10 10:35:06)

ddurieux · 2009-09-10 10:37:51

les doublons proviennent du bugs cité ci-dessus qui n'a pas initialisé correctement ça t'a cré les doublons et après tu as mis la requete sql et ça ordonnait correctement, malheureusement, il était trop tard

BenLar · 2009-09-10 10:41:48

Dommage ! Bon, c'est sur une machine de test. Donc pas trop grave.
Par contre, comment je peux rattraper le coup ?

ddurieux · 2009-09-10 10:46:04

soit tu repars de ta base de prod que tu copie sur ta base de test, soit tu supprime tous les ports des switchs et tu relance l'interrogation

BenLar · 2009-09-10 10:51:16

Bon, pour la base de prod, j'ai pas vu que c'est pas encore en prod... mais je désespère pas qu'il y soit bientot ;o)

Donc, j'opte pour la seconde solution.

Existe-t-il un moyen simple et rapide d'effacer tous les ports ? Ou bien dois-je le faire switch par switch ?

ddurieux · 2009-09-10 10:52:36

ben supprime tes switchs et redécouvre les, c'est ce qui sera le plus clean et facile à faire

BenLar · 2009-09-10 10:57:48

Solution inenvisageable dans mon cas. Je vais donc supprimer à la main.

Inconvénient. Comme l'association matériel/port ne se fait pas (j'utilise le modèle générique pour mes switchs), les connexions que j'avais créé avec data_injection sont à refaire ;o(

Sauf si je supprime les ports en double à la main.

D'ailleurs, truc bizarre, j'ai des port en double connecté à des matériels différents...

Bon, je regarde ça...

Last edited by BenLar (2009-09-10 11:02:02)

BenLar · 2009-09-10 11:55:08

OK. C'est récupéré pour les ports. J'ai perdu les connexions mais c'est pas trop grave

Ils sont triés dans le bon ordre ;o))

BenLar · 2009-09-10 13:19:29

Je reviens sur ce que je disais.

Ils sont trié dans le bon ordre dans l'onglet "Information SNMP".

Par contre, ils ne le sont pas dans l'onglet "Connexions".

Pourtant, par exemple, le port logique 5 est bien associé au port nommé fe.1.5 mais il n'est pas en 5ème position...

BenLar · 2009-09-10 13:53:38

Autres trucs bizarres :

J'ai un élément réseau avec des ports nommés remonté par tracker de 1.1 à 1.24 et de 2.1 à 2.24. C'est correct. Par contre, pour les ports logiques, ils vont de 1 à 24 puis de 33 à 56 !

J'ai un autre élément réseau ou les ports nommés vont de 0.1 à 0.48, puis 2.1, 2.2, 3.1, 3.2. C'est correct. Les ports logiques sont respectivement : 1 à 48, 65, 73, 81, 89 !?

ddurieux · 2009-09-10 15:22:19

oui c'est normal car il y a des ports virtuels comme les VLAN que je ne remonte pas

BenLar · 2009-09-10 15:28:48

Argh ! C'est que ça ne m'arrange pas... j'ai une liste
matériel, prise, nom port, nom element reseau

Je pensais créé les nom logique par une formule. En principe, c'est pas trop dur. Mais s'il y a des décalages, ça complique tout.

Il faut donc que je trouve une autre solution.

Forum GLPI-Project

Announcement

#1 2009-09-10 09:35:59

Plugin Tracker

#2 2009-09-10 09:41:22

Re: Plugin Tracker

#3 2009-09-10 09:44:17

Re: Plugin Tracker

#4 2009-09-10 09:54:05

Re: Plugin Tracker

#5 2009-09-10 10:08:12

Re: Plugin Tracker

#6 2009-09-10 10:10:04

Re: Plugin Tracker

#7 2009-09-10 10:34:44

Re: Plugin Tracker

#8 2009-09-10 10:37:51

Re: Plugin Tracker

#9 2009-09-10 10:41:48

Re: Plugin Tracker

#10 2009-09-10 10:46:04

Re: Plugin Tracker

#11 2009-09-10 10:51:16

Re: Plugin Tracker

#12 2009-09-10 10:52:36

Re: Plugin Tracker

#13 2009-09-10 10:57:48

Re: Plugin Tracker

#14 2009-09-10 11:55:08

Re: Plugin Tracker

#15 2009-09-10 13:19:29

Re: Plugin Tracker

#16 2009-09-10 13:53:38

Re: Plugin Tracker

#17 2009-09-10 15:22:19

Re: Plugin Tracker

#18 2009-09-10 15:28:48

Re: Plugin Tracker

Board footer