You are not logged in.
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)
Offline
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
Offline
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
GLPI 0.80.5, OCS-NG 1.3.3 / Centos 5.6 / Apache 2.2.3-45 / PHP 5.1.6 / Mysql 5.0.77
FusionInventory 2.3.6 / Agent 2.1.9
Navigateurs : Internet Explorer 9 / firefox 4
test : GLPI 0.80.5
Offline
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)
Offline
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
Offline
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=[***]
Offline
ç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
Offline
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.
Offline
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
Offline
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é ?
Offline
tu as activé l'interrogation sur la plage d'IP ?
Offline
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...
Offline
Tu peux mettre l'agent en mode debug et afficher les logs qu'on voit ce qui merdouille?
Offline
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.
Offline
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)
Offline
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)
Offline
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.
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.
Offline
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)
Offline
oui c'est ça le script serveur sert UNIQUEMENT POUR L'INTERROGATION
Last edited by ddurieux (2009-08-06 16:47:51)
Offline
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é !
Offline
Tu as quoi comme fichiers dans glpis/files/_plugins/tracker/ ?
Offline
Je n'ai pas de fichier dans ce répertoire.
Offline
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)
Offline
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
Offline
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à.
Offline