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

@lexis · 2009-08-07 10:34:54

ok je vais regarder de ce côté là.

J'ai également constaté la même erreur que cette personne là :

ddurieux wrote:

si tu vas sur la page : glpi/plugins/tracker/front/plugin_tracker.agents.diag.php
Tu as quoi?

stefmcp wrote:

‹������óËWö�ØÆ¿���
et ca sous firefox

J'ai les plugins suivants qui sont installés :
- Activité
- Arborescence
- Architecture réseau
- Désinstallation d'un matériel
- Export Ical-Outlook
- Import OCS
- Impression PDF
- Rapport
- et ... Tracker ;-)

Last edited by @lexis (2009-08-07 10:52:04)

@lexis · 2009-08-07 10:50:02

j'ai mis à jour le module Threads en 1.73.

Voici le log de l'agent :

=========================================
============== Start Agent ==============
=========================================
Operating system : linux
Operating system version : 2.6.24-19-server
Operating system arch : i486-linux-gnu-thread-multi
Perl version : 5.8.8
Thread version : 1.73
ForkManager version : 0.7.5
SNMP version : th_passphrase' => {},
                                                      'community' => 'public',
                                                      'sec_level' => '0',
                                                      'priv_protocol' => '0',
                                                      'priv_passphrase' => {},
                                                      'auth_protocol' => '0'
                                                    },
                                               '2' => {
                                                      'version' => '2c',
                                                      'sec_name' => {},
                                                      'auth_passphrase' => {},
                                                      'community' => 'public',
                                                      'sec_level' => '0',
                                                      'priv_protocol' => '0',
                                                      'priv_passphrase' => {},
                                                      'auth_protocol' => '0'
                                                    }
                                             }
                       }
        };
==== List of IP to discover ====
$VAR1 = {
          '0' => {
                   '10.0.50.11' => '0',
                   '10.0.50.15' => '0',
                   '10.0.50.3' => '0',
                   '10.0.50.2' => '0',
                   '10.0.50.10' => '0',
                   '10.0.50.5' => '0',
                   '10.0.50.12' => '0',
                   '10.0.50.20' => '0',
                   '10.0.50.13' => '0',
                   '10.0.50.8' => '0',
                   '10.0.50.14' => '0',
                   '10.0.50.6' => '0',
                   '10.0.50.16' => '0',
                   '10.0.30.6' => '0',
                   '10.0.50.4' => '0',
                   '10.0.50.19' => '0',
                   '10.0.50.18' => '0',
                   '10.0.50.1' => '0',
                   '10.0.50.17' => '0',
                   '10.0.50.9' => '0',
                   '10.0.50.7' => '0'
                 }
        };
==== Discovery ====
[10.0.50.5][YES][2c][public]
[10.0.50.13][YES][2c][public]
[10.0.50.8][YES][2c][public]
[10.0.50.14][YES][2c][public]
[10.0.50.6][YES][2c][public]
[10.0.50.4][YES][2c][public]
[10.0.50.11][YES][2c][public]
[10.0.50.15][YES][2c][public]
[10.0.50.1][YES][2c][public]
[10.0.50.3][YES][2c][public]
[10.0.50.2][YES][2c][public]
[10.0.50.10][YES][2c][public]
[10.0.50.7][YES][2c][public]
[10.0.30.6][YES][1][public]
==== Query ====
=========================================
================== END ==================
=========================================

Toujours pas de découverte et tout à 0 dans les informations d'exécution de l'agent.

alexis · 2009-08-07 11:31:03

ddurieux wrote:

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

Canon L3000 /P Communauté Public v2c (pas de modèle, pas de type, pas de serial)

InfoPrint 4247-X03 Communauté Public v2c (pas de modèle, pas de type, pas de serial)

Lexmark Optra S 1855 Version 3.20.20 Ethernet 10/100. Imprimante Imprimante générique Communauté Public v1 (pas de serial)

Tex Bill · 2009-08-09 20:02:12

ddurieux wrote:

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

de quelles informations as-tu besoin pour compléter les modèles quand on a un matériel qui n'est pas entièrement reconnu ?

ddurieux · 2009-08-09 20:52:15

un snmpwalk complet (snmpwalk -c communauté -v 2c IP .1 > aquipement.log

et ce que c'est comme matériel, son numéro de série... un max d'infos

@lexis · 2009-08-10 09:16:13

Est-ce que t'aurais une piste pour mon problème ?

ddurieux · 2009-08-10 09:28:49

Désactive les autres plugins car sur la page glpi/plugins/tracker/front/plugin_tracker.agents.diag.php tu devrais avoir une page complètement blanche. C'est un soucis détecté avec certains plugins qui ont été corrigé sur le svn (pas encore publié)

@lexis · 2009-08-10 11:41:33

J'ai désactivé tous les plugins sauf tracker, et c'est pas mieux, toujours rien au niveau de l'exécution de l'agent et rien de découverte :

Threads version: 1.73
== Discovery devices ==
The file is not found
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

et toujours ça :

‹������óËWö�ØÆ¿���

sur la page : glpi/plugins/tracker/front/plugin_tracker.agents.diag.php

Last edited by @lexis (2009-08-10 11:44:32)

ddurieux · 2009-08-10 11:47:05

Alors il faut les désinstaller... (penses à faire une sauvegarde de ta base avant

@lexis · 2009-08-12 09:42:22

Cela fonctionne à présent : le problème venait de l'activation du SSL de l'agent. J'avais déjà testé en le désactivant mais j'avais oublié de ré-exporter la conf de l'agent après avoir modifié ce paramètre de configuration du plugin.

Les découvertes et les remontées se passent bien maintenant.

Y a plus qu'à bosser sur les modèles ..! Je t'enverrais les walk et les modèles des équipements, j'ai des switchs Nortel notamment même si tu m'avais dit que pour le moment ça ne serait pas possible.

Encore merci pour ton aide.

ddurieux · 2009-08-12 09:50:31

Oki, donc c'était uniquement le problème SSL. Bon je vais regarder pour mettre une alerte là dessus

@lexis · 2009-08-12 09:56:51

Oui j'aurais dû testé cela plus rapidement et faire attention à exporter la configuration de l'agent après avoir changé la configuration du plugin ce qui m'a paru logique une fois que je m'en suis rendu compte mais pas avant

glpiuser1101 · 2009-09-15 09:10:42

Bonjour,

Voici ma configuration :

GLPI 0.72.21
Tracker serveur 2.1.1
agent 1.5.1

Le log script serveur répond :

mar. sept. 15 08:30:53 CEST 2009 /var/www/glpi/plugins/tracker/scripts/tracker_fullsync.sh started
mar. sept. 15 08:30:54 CEST 2009 ended
mar. sept. 15 08:40:55 CEST 2009 /var/www/glpi/plugins/tracker/scripts/tracker_fullsync.sh started
mar. sept. 15 08:40:56 CEST 2009 ended
mar. sept. 15 08:58:04 CEST 2009 /var/www/glpi/plugins/tracker/scripts/tracker_fullsync.sh started
mar. sept. 15 08:58:05 CEST 2009 ended
mar. sept. 15 08:58:13 CEST 2009 /var/www/glpi/plugins/tracker/scripts/tracker_fullsync.sh started
mar. sept. 15 08:58:14 CEST 2009 ended
Tue Sep 15 09:00:01 CEST 2009 /var/www/glpi/plugins/tracker/scripts/tracker_fullsync.sh started
Tue Sep 15 09:00:02 CEST 2009 ended

Malgré la bonne exécution du script agent rien ne change au niveau des compteurs d'imprimantes.

Une impression c'est que le script serveur censé remonter les informations dans la base s'est un peu mis au chomage technique surtout que l'historique execution script serveur reste blank.....

Merci d'un peu d'aide...

glpiuser1101 · 2009-09-15 11:27:48

Bon Apparemment le problème est résolu.

Pour solutionner et ne plus avoir de message d'erreur :
ALERT - script tried to increase memory_limit to 4294967295 bytes which is above the allowed value (attacker 'REMOTE_ADDR not set', file '........tracker/scripts/tracker_fullsync.php', line 35)
lors de l'execution du script en cron j'avais modifié ini_set("memory_limit","-1"); ligne 35 avec une valeur ini_set("memory_limit","16M") pensant qu'il allait ajuster la mémoire.

Cela résolvait le problème de l'Alert mais bloquait le script qui ne remontait plus les infos dans MYSQL.

Forum GLPI-Project

Announcement

#26 2009-08-07 10:34:54

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

#27 2009-08-07 10:50:02

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

#28 2009-08-07 11:31:03

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

#29 2009-08-09 20:02:12

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

#30 2009-08-09 20:52:15

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

#31 2009-08-10 09:16:13

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

#32 2009-08-10 09:28:49

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

#33 2009-08-10 11:41:33

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

#34 2009-08-10 11:47:05

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

#35 2009-08-12 09:42:22

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

#36 2009-08-12 09:50:31

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

#37 2009-08-12 09:56:51

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

#38 2009-09-15 09:10:42

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

#39 2009-09-15 11:27:48

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

Board footer