Agent tracker et problème de remontée d'information

gnthibault · 2009-08-03 18:13:46

Bonjour, je suis entrain de mettre en place le duo OCS/GLPI sur une machine virtuelle debian lenny 5.0 64b.
J'ai plusieurs soucis, dont celui ci, lorsque je met en place l'agent Tracker (sur la machine ci dessus)
avec la commande perl ./agent_tracker/tracker_agent.pl

Threads version: 1.67
== Discovery devices ==
The file has been successfully uploaded
== Query devices ==
<html>
<head><title>An Error Occurred</title></head>
<body>
<h1>An Error Occurred</h1>
<p>400 URL missing</p>
</body>
</html>

400 URL missing

The file has been successfully uploaded

Lorsque je vais dans mon interface glpi-> plugin -> tracker-> information sur l'execution des agents, je voit chaque execution du script agent, mais il semble que ce dernier ne fasse rien de ce qu'on lui demande (découverte et imprimante sensé être activé).

pid:
02141815001
aget:
Agent_test
date début exec
2009-08-03 18:15:02
date fin exec
2009-08-03 18:15:13
découverte
0
équipement interrogé
0
erreurs
0
durée d'exec du script
0 Sec(s)
durée de découverte
0 Sec(s)
durée totale de l'interrogation
0 Sec(s)

Si vous avez une idée sur l'origine du problème, merci de me le signaler.
En particulier, je n'ai pas bien compris quel était le rôle et le fonctionnement exact de l'agent tracker, donc je serai preneur pour toute doc que je n'aurai pas vu (à part le wiki).

Question supplémentaire: j'ai le même soucis avec la version serveur, à chaque exécution du script j'ai la mention : Equipements réseau traités:0
Que dois-je faire pour avoir une remontée des informations récupérées par snmp ?????

Last edited by gnthibault (2009-08-03 18:24:17)

ddurieux · 2009-08-03 18:39:07

l'agent découvre ou /et interroge les équipements.

La decouverte renvoi directement dans GLPI, l'interrogation dans un répertoire temporaire un fichier XML. Le script serveur prend les données de ce XML et met à jour GLPI.

Note à moi même : mettre à jour la doc

gpasquier · 2009-08-04 09:02:31

bonjour,
Comment on fais "l'exécution du script serveur".
j'arrive a exécuter celui du client, mais dans mon script serveur je n'ai aucune ligne.

merci

gnthibault · 2009-08-04 09:29:10

Merci ddurieux pour ce complément d'info.
Pour le script serveur, j'ai un cron du type
1,15,25,45 * * * * /var/www/glpi/plugins/tracker/scripts/tracker_fullsync.sh
qui lance le script une fois tous les quarts d'heure à peu près.

Je vais voir dans mes répertoires apache ce qui se passe.
Pourrais-je connaître le nom du fichier xml que fait remonter l'agent ?

J'ai essayé de trouver pourquoi la découverte ne s'effectue pas correctement malgrès la confirmation d'exécution du script et l'erreur 400 d'apache.

Je me suis aperçu dans les logs de l'agent, que j'avais les lignes suivantes:

==== List of IP to discover ====
$VAR1 = {};
==== Query ====
=========================================
================== END ==================
=========================================

Il semblerai que le range IP que j'ai paramétré dans glpi pour la découverte, n'ai pas été transmis à l'agent.

Dernière question: comment le serveur signifie au client s'il doit fonctionner en http ou https (réglable dans le panneau d'admin apparament) et si l'on choisi le mode https, je croit avoir vu dans le script perl que l'on doit inclure le cacert.pem dans le dossier de l'agent, j'ai bon ?

Last edited by gnthibault (2009-08-04 09:48:33)

ddurieux · 2009-08-04 09:37:14

c'est dans le dossier glpi/files/_plugins/tracker

Tu dois avoir des fichiers avec *-device.xml pour l'interrogation (query)

L'erreur 400 n'a rien avoir avec la découverte.

Active le mode debug dans l'interface glpi / tracker sur l'agent (c'est dans la conf de l'agent)
Tu relance l'agent perl et tu devrais avoir un fichier dans le dossier log de l'agent

gnthibault · 2009-08-04 10:02:00

Hum, je croit avoir un peu avancé, le problème doit se trouver dans la configuration de l'agent par le biais de l'export du fichier de conf comme vous l'avez signalé.
Je vais tenter d'assigner la plage IP définie dans le panneau d'admin, à mon agent... quand j'aurai trouvé comment faire ^^ un extrait de mon fichier de conf agent:

server=https://ocstest.machin.com/glpi/plugins/tracker/front/plugin_tracker.agents.diag.php
id=1
key=[***]

ddurieux · 2009-08-04 10:03:33

ça me parait correct, peut être un soucis avec la plage oui, en mode debug, ça permet de voir ce que l'agent recoit et donc les IP à scanner

gnthibault · 2009-08-04 10:19:57

Ok c'est bon, le problème venait bien du fait que la liste d'IP n'était pas assignée à mon agent, ducoup il n'avait rien à scanner.

Enfait j'avait généré le fichier de conf avant d'avoir fait toutes mes modifs dans l'interface d'administration.

Mais c'est réglé, merci à vous pour l'assistance dans la mise en place de l'outil.

ddurieux · 2009-08-04 10:27:41

de rien

Si tu as du matos qu'il découvre mais qui n'est pas coimplet (pas de modèle, pas de type, pas de serial) merci de me le faire remonter afin que je l'ajoute

gnthibault · 2009-08-04 11:56:44

Pas de problème, je t'envoie le résultat du snmpwalk et des spécifications constructeurs ?

J'ai réussi à trouver mon imprimante et une borne wifi.

Pour l'imprimante, je me suis servi d'un modèle très proche dans la base de donnée actuelle (xerox workcenter), mais je n'ai pas de remontée d'information de cartouches et de pages imprimées.
J'ai toujours "0" dans équipements interrogés dans la section informations sur l'execution des agents.
Y aurait-il encore quelque chose que j'ai oublié ?

ddurieux · 2009-08-04 11:59:46

tu as activé l'interrogation sur la plage d'IP ?

gnthibault · 2009-08-04 14:24:25

Oui, elle est activée:

Nom Réseau_local
Début de la plage IP 192.168.2.1
Fin de la plage IP 192.168.2.254
Agent Agent_test
Découverte Oui
Interrogation Oui
Entité Entité Racine

Dans le seul fichier ****-device.xml que j'ai, il y a seulement les balises suivantes <snmp></snmp>

Donc apparament, u problème d'interrogation...

ddurieux · 2009-08-04 14:52:25

Tu peux mettre l'agent en mode debug et afficher les logs qu'on voit ce qui merdouille?

gnthibault · 2009-08-04 15:55:21

Oui, voilà le compte rendu du dernier fichier de log:

==== Discovery ====
[192.168.2.251][YES][2c][public] point d'accès wifi principal 1
[192.168.2.4][YES][2c][public] point d'accès wfi secondaire
[192.168.2.252][YES][2c][public] point d'accès wifi principal 2
==== Query ====
[192.168.2.252] : start Thread
[192.168.2.252] : end Thread
[192.168.2.251] : start Thread
[192.168.2.251] : end Thread
[192.168.2.16] : start Thread Imprimante
[192.168.2.16] No response from remote host
=========================================
================== END ==================
=========================================

Je voit que les query ont l'air de se faire sur les points d'accès, donc le fait qu'aucune information ne soit retournée est peut être du à la validité de mon modèle snmp (switch générique) est-ce possible ?
Pour l'imprimante, c'est un peu spécial, elle est juste indisponible provisoirement.

@lexis · 2009-08-06 14:35:10

Bonjour,

je reprend mes tests de ce plugin avec la nouvelle version et je suis un peu dans le même cas, l'agent s'exécute bien mais je n'ai pas de remontée d'info tout est à 0 et je n'ai rien dans la prtie Découverte.

Et voici les infos d'exécution de l'agent :

Est-ce que j'ai loupé quelque chose dans la configuration ?

Merci d'avance

Last edited by @lexis (2009-08-19 13:27:16)

gnthibault · 2009-08-06 15:58:57

Hum, intéressant
J'up parcque après avoir modifié mes paramètres, que je pensais alors exact, je n'ai toujours pas eu de remontée d'information...

Je pensais que cela était du à l'option "Fréquence de relevé des compteurs" de l'imprimante dans l'inventaire, mise à 1/jour.

Mais j'ai attendu plus d'une journée, et toujours rien ...?

Y aurai t'il quelque chose que je n'aurai pas compris, ou devrais t-on reprendre ?

J'ai regardé mon dernier fichier de log, et en ce qui concerne le matériel qui m'intéresse (et oui encore et toujours cette imprimante... ) j'ai els lignes suivantes:

'device_printer' => {
'auth' => {
'priv_protocol' => '0',
'sec_level' => '0',
'community' => 'public',
'sec_name' => {},
'version' => '2c',
'priv_passphrase' => {},
'auth_passphrase' => {},
'auth_protocol' => '0'
},
'infos' => {
'entity' => '0',
'ip' => '192.168.2.16',
'type' => '3',
'id' => '12'
}

Y-at'il une véritable interrogation ici ?
J'ai bien configuré un modèle similaire d'imprimante dans modele snmp (et il comprend de nombreux oid, ici il n'en est même pas question ?)

Pour @lexis:

Apparemment la découverte se fait bien, est-ce que ton script serveur s'execute bien correctement ?
J'ai aussi l'impression que la découverte est active, mais l'interrogation ne l'est pas ou ne se fait pas, donc les info interessantes risquent ne pas remonter, c'est fait exprès ?

Last edited by gnthibault (2009-08-06 16:04:53)

@lexis · 2009-08-06 16:10:24

Pour le moment je n'ai activé que la découverte, je passerais à l'interrogation après. Concernant le script serveur il me semble qu'il ne sert pas lors de la découverte mais lors de l'interrogation si j'ai bien compris.

ddurieux wrote:

l'agent découvre ou /et interroge les équipements.
La decouverte renvoi directement dans GLPI, l'interrogation dans un répertoire temporaire un fichier XML. Le script serveur prend les données de ce XML et met à jour GLPI.

gnthibault · 2009-08-06 16:41:44

En fait, le script serveur sert à synchroniser glpi avec les informations qu'envoie l'agent tracker (en fait un fichier .xml déposé sur le serveur).

[/Mieux vaut lire le post suivant à ce sujet]
Donc si ton script cron serveur ne fonctionne pas, tu n'aura pas de remontée (même pour la découverte car c'est dans le même fichier).
[Mieux vaut lire le post suivant à ce sujet/]

Last edited by gnthibault (2009-08-06 17:10:26)

ddurieux · 2009-08-06 16:47:35

oui c'est ça le script serveur sert UNIQUEMENT POUR L'INTERROGATION

Last edited by ddurieux (2009-08-06 16:47:51)

@lexis · 2009-08-07 09:33:36

Bon on est d'accord sur le fonctionnement donc entre le mode de découverte et d'interrogation mais je n'ai toujours pas de remontée au niveau de l'interrogation de mon côté !

ddurieux · 2009-08-07 09:41:03

Tu as quoi comme fichiers dans glpis/files/_plugins/tracker/ ?

@lexis · 2009-08-07 09:45:18

Je n'ai pas de fichier dans ce répertoire.

ddurieux · 2009-08-07 09:53:57

oui donc il y a un sérieux problème. et je ne vois pas trop. Regarde peut être dans les logs d'Apache voir s'il a une erreur. Mais c'est bizarre, s'il y a un eerreur de communication avec le serveur normalement l'agent l'affiche.

Donne moi les versions que tu utilise (glpi, tracker serveur, tracker agent, php)

@lexis · 2009-08-07 10:24:57

GLPI 0.72
Tracker Serveur 2.1.0
Tracker Agent 1.5.0
PHP 5.2.4

Pas d'erreur dans dans le "error.log" d'Apache.

Voici ce que j'obtiens en affichage après l'exécution de l'agent :

Threads version: 1.07
Perl is compiled with old version of thread, this script is run in degraded mod and can crash often
== Discovery devices ==
The file is not found
A thread exited while 13 threads were running (#1)
    (W threads)(S) When using threaded Perl, a thread (not necessarily the main
    thread) exited while there were still other threads running.
    Usually it's a good idea to first collect the return values of the
    created threads by joining them, and only then exit from the main
    thread.  See threads.

The file is not found
== Query devices ==
<HTML>
<HEAD><TITLE>An Error Occurred</TITLE></HEAD>
<BODY>
<H1>An Error Occurred</H1>
400 URL missing
</BODY>
</HTML>

400 URL missing

The file is not found

ddurieux · 2009-08-07 10:28:56

Votre version du thread de Perl semble trop ( et très ) vieille. Je n'ai jamais essayé avec une version aussi vieille mais il se pourrait que ça vienne de là.

Forum GLPI-Project

Announcement

#1 2009-08-03 18:13:46

Agent tracker et problème de remontée d'information

#2 2009-08-03 18:39:07

Re: Agent tracker et problème de remontée d'information

#3 2009-08-04 09:02:31

Re: Agent tracker et problème de remontée d'information

#4 2009-08-04 09:29:10

Re: Agent tracker et problème de remontée d'information

#5 2009-08-04 09:37:14

Re: Agent tracker et problème de remontée d'information

#6 2009-08-04 10:02:00

Re: Agent tracker et problème de remontée d'information

#7 2009-08-04 10:03:33

Re: Agent tracker et problème de remontée d'information

#8 2009-08-04 10:19:57

Re: Agent tracker et problème de remontée d'information

#9 2009-08-04 10:27:41

Re: Agent tracker et problème de remontée d'information

#10 2009-08-04 11:56:44

Re: Agent tracker et problème de remontée d'information

#11 2009-08-04 11:59:46

Re: Agent tracker et problème de remontée d'information

#12 2009-08-04 14:24:25

Re: Agent tracker et problème de remontée d'information

#13 2009-08-04 14:52:25

Re: Agent tracker et problème de remontée d'information

#14 2009-08-04 15:55:21

Re: Agent tracker et problème de remontée d'information

#15 2009-08-06 14:35:10

Re: Agent tracker et problème de remontée d'information

#16 2009-08-06 15:58:57

Re: Agent tracker et problème de remontée d'information

#17 2009-08-06 16:10:24

Re: Agent tracker et problème de remontée d'information

#18 2009-08-06 16:41:44

Re: Agent tracker et problème de remontée d'information

#19 2009-08-06 16:47:35

Re: Agent tracker et problème de remontée d'information

#20 2009-08-07 09:33:36

Re: Agent tracker et problème de remontée d'information

#21 2009-08-07 09:41:03

Re: Agent tracker et problème de remontée d'information

#22 2009-08-07 09:45:18

Re: Agent tracker et problème de remontée d'information

#23 2009-08-07 09:53:57

Re: Agent tracker et problème de remontée d'information

#24 2009-08-07 10:24:57

Re: Agent tracker et problème de remontée d'information

#25 2009-08-07 10:28:56

Re: Agent tracker et problème de remontée d'information

Board footer