You are not logged in.
Si le modèle pas reconnu, il faut m'envoyer un snmpwalk de ce switch afin que je le rajoute
pour les compteurs, faut la librairie GD et normalement ca devrait marcher. Il faut peut être aussi un modèle associé à l'imprimante.
Les compteurs sont les comtpeurs hérité de Tracker? ou fraichement récupérés (car lors de la mise à jour de Tracker à fusion, je dois modifier des trucs en base et j'ai pas encore codé )
Offline
fraichement récupéré du jour et j'ai bien php5-gd... bon je vais essayé de voir ce qui va pas en mode debug de glpi alors...
pour les switchs je t'avais envoyé alactel omniswitch 6424 et OmniStack LS 6212P
Offline
bon j'aurai du commencer par ça
il manquait un répertoire tmp dans files/_plugins/fusioninventory les png et map sont bien généré maintenant mais ils ne s'affichent pas dans glpi
Offline
Bonjour ddurieux,
Voici mon retour. La découverte marche bien. L'interrogation OK pour les statistiques sur mes switchs Cisco (exemple Cisco 1900) mais l'association Ordinateur / Réseau c'est pas ça.
J'ai des associations "sans nom" entre mes switchs. J'ai l'impression que lors de la première remontée d'information il fige le "sans nom" alors qu’il n’a pas interrogé les autres switchs pour les associer entre eux. Il y a bien pourtant l'adresse IP d'un autre switch.
Pour les Ordinateur il n’y a pas d'association vers les switchs.
Lorsque je relance l'agent. J'ai les connexions supprimés et crées a l'identique sur les switchs avec "sans nom". Mais toujours rien pour les connexions Ordinateur
Dans le mode debug voici ce que j'ai :
[debug] FusionInventory SNMPQuery module 1.0
[debug] Core 0 - Thread 0 created
[debug] Compress::Zlib is available.
[debug] sending XML
[debug] =BEGIN=SERVER RET======
[debug] $VAR1 = '';
[debug] =END=SERVER RET======
Use of uninitialized value in concatenation (.) or string at /usr/lib/perl5/site_perl/5.8.8/FusionInventory/Agent/Task/SNMPQuery.pm line 1059.
[debug] sending XML
[debug] =BEGIN=SERVER RET======
[debug] $VAR1 = '';
[debug] =END=SERVER RET======
[debug] [task] end of SNMPQuery
@+ Act.
Last edited by Act (2010-04-01 13:50:24)
Offline
Pour l'association des ordi pour les Cisco, il y a une merdouille sur l'agent, je suis en train de debugger avec Doum cette partie là. On devrait avoir un correctif en fin d'après midi.
Offline
Je reviens sur l'affichage du graph des imprimantes
en fait le fichier affiché est ../files/_plugins/fusioninventory/tmp/img_1270540257_873.png ce fichier se trouve pour moi dans /var/lib/glpi/ mais ce dossier n'est pas accessible depuis le navigateur, dans le reste de glpi les fichiers dans ces répertoires sont transférés et non accessible directement ( via /front/document.send.php?file= par ex ), je pourrai ajouter l'accès à ces fichiers dans la conf d'apache mais est-ce la bonne solution d'un point de vue sécurité?
Offline
On regarde en effet pour corriger ce problème
Offline
Bonjour furlot,
peux-tu vérifier que le problème est bien corrigé avec la dernière version svn ?
Offline
c'est parfait merci
Offline
Bonsoir,
Voici mon retour sur la dernière version svn et la correction apporté sur les Cisco.
Lors de la découverte j'ai 2X le message suivant mais celà n'empeche pas le fonctionnement (je n'avais pas eu ce message avant la monté de version) :
could not find ParserDetails.ini in /usr/lib/perl5/vendor_perl/5.8.8/XML/SAX
Enfin l'interrogation ne marche pas avec comme erreur :
[debug] FusionInventory unified agent for UNIX, Linux and MacOSX 2.0.3
[debug] Log system initialised (Stderr)
[debug] <RESPONSE>SEND</RESPONSE> no found in PROLOG, do not send an inventory.
[debug] [task] end of Inventory
[debug] cmd is: '/usr/bin/perl -Ilib -MFusionInventory::Agent::Task::SNMPQuery -e 'FusionInventory::Agent::Task::SNMPQuery::main();' -- /var/lib/ocsinventory-agent/http:__127.0.0.1_glpi_plugins_fusioninventory_front_plugin_fusioninventory.communication.php'
[debug] FusionInventory unified agent for UNIX, Linux and MacOSX 2.0.3
[debug] Log system initialised (Stderr)
[debug] FusionInventory SNMPQuery module 1.1
[debug] Core 0 - Thread 0 created
[debug] Compress::Zlib is available.
[debug] sending XML
[debug] =BEGIN=SERVER RET======
[debug] $VAR1 = '';
[debug] =END=SERVER RET======
thread failed to start: Can't use string ("No response from remote host") as a HASH ref while "strict refs" in use at /usr/lib/perl5/site_perl/5.8.8/FusionInventory/Agent/Task/SNMPQuery/Cisco.pm line 45.
Merci pour votre travail.
@+ Act.
Last edited by Act (2010-04-12 18:58:20)
Offline
l'erreur, ca te la fait a chaque fois que tu relance l'agent ?
Offline
Bonsoir ddurieux,
Oui a chaque fois que je relance l'agent.
@+ Act.
Offline
Donne moi la ligne 45 de : /usr/lib/perl5/site_perl/5.8.8/FusionInventory/Agent/Task/SNMPQuery/Cisco.pm afin d'être sur que tu as la même version que moi et pour que je corrige
Offline
Voici ma ligne 45 de Cisco.pm :
$datadevice->{PORTS}->{PORT}->[$self->{portsindex}->{$array[1]}]->{CONNECTIONS}->{CONNECTION}->{IFDESCR} = $HashDataSNMP->{cdpCacheDevicePort}->{$oid_walks->{cdpCacheDevicePort}->{OID}.$short_number};
Bon courage.
Merci.
@+ Act.
Offline
Bonjour,
Sous Fedora
J'ai récupéré le plugin FusionInventory via
svn export https://forge.indepnet.net/svn/tracker/trunk fusioninventory
ainsi que FusionInventory Agent via
cpan -i FusionInventory::Agent
puis les plugins via
git clone git://github.com/fusinv/fusioninventory-agent-task-netdiscovery.git
git clone git://github.com/fusinv/fusioninventory-agent-task-snmpquery.git
Lorsque je lance la commande
[root@LX012 ~]# fusioninventory-agent --server=http://127.0.0.1/glpi/plugins/fusioninventory/front/plugin_fusioninventory.communication.php --devlib --debug
[info] --devlib are found, Developer mode enabled
[root@LX012 ~]#
On peut remarquer que rien ne s'affiche, alors que du côté du plugin GLPI l'agent remonte bien (sauf la version ?). En revanche dans l'onglet "Exécution des Agents", il parait etre en pause : icône de sablier, date de début mais pas de date de fin.
Les options de l'agent sont: Inventaire, découverte, interrogation à oui.
Pour les options avancées j'avoue que je ne sais absolument pas quoi mettre (threads et coeurs).
J'ai également une plage IP que j'ai ensuite associée à l'agent.
A noter également que si je configure le FusionInventory Agent avec l'adresse du serveur OCS, le PC remonte bien.
Pourquoi rien ne remonte dasn GLPI? Est-ce que j'utilise les bonnes options/commandes?
Merci
550 postes sur 30 sites
Créateur du plugin Firefox IpProtocols
Offline
verifiez que vous avez dans le dossier fusioninventory-agent le dossier lib/FusionInventory/Agent/Task/SNMPQuery par exemple (c'est les fichiers des plugins qui doivent etre la dedans.
Faites plutot :
perl fusioninventory-agent --server=http://127.0.0.1/glpi/plugins/fusioninventory/front/plugin_fusioninventory.communication.php --devlib --debug
vous n'avez pas plus d'infos du debug ?
Nombre de threads decouverte essayer avec 20 et 6 pour l'interrogation. Le nombre de core, le laisser a 1
Last edited by ddurieux (2010-04-15 11:27:03)
Offline
Merci pour la réponse.
Cependant il ne se passe rien de plus...
Quand vous dites
verifiez que vous avez dans le dossier fusioninventory-agent le dossier lib/FusionInventory/Agent/Task/SNMPQuery par exemple (c'est les fichiers des plugins qui doivent etre la dedans.
Qu'entendez vous par la?
Perso j'ai téléchargé donc l'agent puis les modules, ensuite je me suis placé dans chaque répertoire (agent puis module) afin de taper les commandes:
perl Makefile.PL
make
make install
Me serais-je trompé? Car en effet dans le répartoire de l'agent je ne trouve pas SNMPQuery ni Netdiscovery.
Par contre voici ce que remonte cette commande:
[root@LX012 fusioninventory-agent]# ls /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi/auto/FusionInventory/Agent/Task/
NetDiscovery SNMPQuery
Last edited by jisse44 (2010-04-15 12:42:15)
550 postes sur 30 sites
Créateur du plugin Firefox IpProtocols
Offline
Ah ok, vous les avez installés, autant pour moi
Alors la commande à taper est :
fusioninventory-agent --server=http://127.0.0.1/glpi/plugins/fusioninventory/front/plugin_fusioninventory.communication.php --debug
(et donc virer le --devlib qui sert uniquement quand on n'installe pas)
Offline
Bon même cette commande ne fonctionne pas, pas de log...
J'ai donc tout supprimé (plugin, agent et modules) et tout réinstallé à partir des sources git.
Et la surprise, j'ai un message d'erreur:
[root@LX012 ]# fusioninventory-agent --server=http://127.0.0.1/glpi/plugins/fusioninventory/front/plugin_fusioninventory.communication.php --debug
Can't call method "writeXML" on an undefined value at /usr/local/lib/perl5/site_perl/5.10.0/FusionInventory/Agent/Task/NetDiscovery.pm line 579.
[root@LX012 ]#
Ca serait donc ceci qui bug:
sub SendInformations{
my ($self, $message) = @_;
my $config = $self->{config};
if ($config->{stdout}) {
$self->{inventory}->printXML();
} elsif ($config->{local}) {
$self->{inventory}->writeXML();
} elsif ($config->{server}) {
550 postes sur 30 sites
Créateur du plugin Firefox IpProtocols
Offline
Ou alors qu'il te manque le module XML::Simple
Offline
[root@LX012 ]# perlmod -i XML::Simple
====================================================================
XML::Simple already installed in the system
====================================================================
Do you want to reinstall 'XML::Simple' ? y/n :y
http://search.cpan.org/search?query=XML%3A%3ASimple&mode=all
2010-04-15 17:09:50 URL:http://search.cpan.org/search?query=XML%3A%3ASimple [8212/8212] -> "-" [1]
http://search.cpan.org/~grantm/XML-Simple-2.18/lib/XML/Simple.pm
2010-04-15 17:09:51 URL:http://search.cpan.org/~grantm/XML-Simple-2.18/lib/XML/Simple.pm [79310/79310] -> "-" [1]
matchedhttp://search.cpan.org//CPAN/authors/id/G/GR/GRANTM/XML-Simple-2.18.tar.gz--2010-04-15 17:09:51-- http://search.cpan.org//CPAN/authors/id/G/GR/GRANTM/XML-Simple-2.18.tar.gz
Résolution de search.cpan.org... 194.106.223.155
Connexion vers search.cpan.org|194.106.223.155|:80...connecté.
requête HTTP transmise, en attente de la réponse...302 Found
Emplacement: http://mir2.ovh.net/ftp.cpan.org/authors/id/G/GR/GRANTM/XML-Simple-2.18.tar.gz [suivant]
--2010-04-15 17:09:52-- http://mir2.ovh.net/ftp.cpan.org/authors/id/G/GR/GRANTM/XML-Simple-2.18.tar.gz
Résolution de mir2.ovh.net... 91.121.125.139
Connexion vers mir2.ovh.net|91.121.125.139|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 71129 (69K) [application/x-gzip]
Sauvegarde en : «XML-Simple-2.18.tar.gz»
100%[========================================================================>] 71 129 38,4K/s ds 1,8s
2010-04-15 17:09:54 (38,4 KB/s) - «XML-Simple-2.18.tar.gz» sauvegardé [71129/71129]
Directory Name: XML-Simple-2.18
Checking installed modules ...
XML::SAX is installed, it will be used by the test suite
Checking if your kit is complete...
Looks good
Writing Makefile for XML::Simple
====================================================================
Module XML::Simple Installed Successfully..
=====================================================================
[root@LX012 ]# fusioninventory-agent --server=http://192.168.192.11/glpi/plugins/fusioninventory/front/plugin_fusioninventory.communication.php --debug
Can't call method "writeXML" on an undefined value at /usr/local/lib/perl5/site_perl/5.10.0/FusionInventory/Agent/Task/NetDiscovery.pm line 579.
[root@LX012 ]#
?????
Je vais faire une purge et réinstallation de tous les modules Perl requis je pense.
Last edited by jisse44 (2010-04-15 17:29:56)
550 postes sur 30 sites
Créateur du plugin Firefox IpProtocols
Offline
Quand tu as installer l'agent (perl Makefile.PL notament) il ne t'a pas mis qu'il manquait des librairies/modules ?
Offline
Quand tu as installer l'agent (perl Makefile.PL notament) il ne t'a pas mis qu'il manquait des librairies/modules ?
Non.
Voici la liste des modules après nettoyage et réinstallation:
[root@LX012 ~]# perlmod -l
Installed modules are:
Class::Generate (version 1.10)
Compress::Raw::Bzip2 (version 2.026)
Compress::Raw::Zlib (version 2.026)
DMI::Decode (version 2.04)
Data::Dumper (version 2.126)
Digest::MD5 (version 2.39)
File::Copy::Recursive (version 0.38)
FusionInventory::Agent (version 2.0.3)
FusionInventory::Agent::Task::NetDiscovery (version 1.1)
FusionInventory::Agent::Task::SNMPQuery (version 1.1)
IO::Compress (version ???)
Ipmitool (version 0.02)
LWP (version 5.834)
Module::Install (version 0.95)
Net::IP (version 1.25)
Net::NBName (version 0.26)
Net::SNMP (version v6.0.0)
Nmap::Parser (version 1.2)
Nmap::Scanner (version 1.0)
Parallel::ForkManager (version 0.7.5)
Parse::DMIDecode (version 0.03)
Perl (version 5.10.0)
Proc::Daemon (version 0.03)
Proc::PID::File (version 1.27)
SOAP::Lite (version 0.711)
XML::SAX (version 0.96)
XML::Simple (version 2.18)
threads (version 1.77)
threads::shared (version 1.33)
[root@LX012 ~]#
A noter que j'ai toujours la même erreur...
Last edited by jisse44 (2010-04-16 10:09:51)
550 postes sur 30 sites
Créateur du plugin Firefox IpProtocols
Offline
Oui j'ai vu le probleme, je regarde pour le corriger
Offline
Bonsoir,
Je reprends mes tests.
Ma question peut paraitre bête mais comment réimporter le matériel réseau supprimé ?
Je m'explique :
Je fais une interrogation avec l'agent puis j'importe le matériel réseau.
Je supprime de GLPI les matériels réseaux et fait une purge.
Je relance l'agent il me met qu'ils sont Existant alors que j'ai déjà supprimé les équipements réseau de GLPI.
J'ai lancé dans la base une requette SQL des ports réseau résident mais celà ne change rien :
DELETE FROM glpi_networking_ports WHERE glpi_networking_ports.ifaddr LIKE 192.168.0%'
Merci.
@+ Act.
Last edited by Act (2010-04-21 18:11:12)
Offline