You are not logged in.
Arf c'est pas possible ça, je ne comprends pas ce qu'il se passe, surtout que je n'arrive pas à reproduire
Offline
As-tu vu que avec cette dernière version (et c'est arrivé avec les autres versions aussi), j'ai eu un message pendant l'exécution : panic: free from wrong pool during global destruction.
Offline
merci du retour de l'erreur je sais ou chercher désormais.
Ca va me prendre 1 ou 2 jours
Offline
OK, je ne suis pas pressé
Offline
j'avais eu aussi ce message bizarre voir topic:
GLPI 0.84.8 - Plateforme PROD: Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log
Offline
Oui c'est plus ou moins lié en fait, il y a des soucis avec la gestion des threads (c'est ça de developper en multithread, multicores ) Je suis en train de reprendre une grosse partie du code afin de remédier à ces problèmes.
Offline
Question subsidiaire : le tracker supporte t-il IPV6 ?
Merci.
Offline
non pas pour le moment, il le supportera quand il sera supporté par GLPI (cf la roadmap)
Offline
Bonjour même problème rencontré:
Voici mon perl -v : http://img230.imageshack.us/i/perlvb.png/
le perl -V : http://img198.imageshack.us/img198/3484/perlv2.png
et mon agent-tracker.log :
=========================================
============== Start Agent ==============
=========================================
$VAR1 = {
'agent' => {
'threads_query' => '1',
'PID' => '01531317001',
'fragment' => 50,
'core_query' => '1',
'logs' => '2',
'key' => 'qY27NVqoKrPP0J3HmabEaT6WyEwAm9',
'id' => '1',
'threads_discovery' => '1',
'core_discovery' => '1'
},
'discovery' => {
'rangeip' => {
'4' => {
'entity' => '0',
'ipend' => '172.29.50.254',
'ipstart' => '172.29.50.101'
},
'1' => {
'entity' => '0',
'ipend' => '172.29.48.100',
'ipstart' => '172.29.48.01'
},
'3' => {
'entity' => '0',
'ipend' => '172.29.50.100',
'ipstart' => '172.29.50.01'
},
'2' => {
'entity' => '0',
'ipend' => '172.29.48.254',
'ipstart' => '172.29.48.101'
}
},
'authentification' => {
'1' => {
'version' => '1',
'sec_name' => {},
'auth_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'
}
}
}
};
==== Discovery ====
[Core 1][Pass 1][172.29.48.01]
[Core 1][Pass 2][172.29.48.2]
[Core 1][Pass 2][172.29.48.3]
==== Query ====
=========================================
================== END ==================
=========================================
Offline
oauip je devrais finir ce problème ce week end, j'ai recodé proprement l'agent et il me reste la bonne gestion des threads à faire (plus simple à faire qu'auparavant)
Offline
Des news sur les mises à jour du tracker ?
Offline
perso j'ai vu par hazard une version 2.0.1 du 07.06.2009 dans la plugin list!?
GLPI 0.84.8 - Plateforme PROD: Apache/2.2.22 (Debian) PHP 5.4.36-0+deb7u3 - Operating system: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64, MySQL 5.5.41-0+wheezy1-log
Offline
c'est une mise à jour du serveur, pas de l'agent.
Je devrais avoir une version de l'agent testable lundi, il faudra me valider si ça passe mieux ou pas.
Il va y avoir un emise à jour du serveur également d'ici quelques jour avec pas mal de corrections de bug.
Offline
J'ai mis la version 2.0.1 du serveur, et l'agent marche très bien ... Plus de souci de découverte et d'interrogation.
Offline
Mauvaise nouvelle. Je suis passé ce matin en glpi 0.71.6, et l'agent ne fonctionne plus :
[administrateur@svr-glpi agent_tracker]$ perl tracker_agent.pl
Name "main::value" used only once: possible typo at tracker_agent.pl line 155.
Threads version: 1.67
Use of uninitialized value $dest in string eq at /home/administrateur/Public/agent_tracker/inc/functions.pm line 194.
Use of uninitialized value $dest in string eq at /home/administrateur/Public/agent_tracker/inc/functions.pm line 194.
Could not find tracker_agent.xml in ./ at tracker_agent.pl line 84
Offline
bizarre, utilises-tu d'autres plugins? si oui lesquels? mets aussi le log d'apache de cette erreur si tu as.
Offline
Je n'ai pas trouvé de log apache ...
J'utilise un autre plugin : Import en masse OCS, et il fonctionne toujours.
Offline
Laisse tomber, c'est de ma faute. Mon tracker_agent.conf était mauvais ...
Désolé t'avoir fait perdre du temps.
Offline
Avec la version 2.0.1 du serveur, rien n'est découvert. J'attends les versions définitives.
Offline
La 2.0.1 est une version stable utilisable en prod
Offline
J'ai bien exporté la conf de l'agent.
Il y a deux plages : 172.25.205.1 - 172.25.205.255
et 192.168.71.1 - 192.168.71.254.
Voici la trace :
=========================================
============== Start Agent ==============
=========================================
Operating system : linux
Operating system version : 2.6.22.18-server-1mdv
Operating system arch : i386-linux-thread-multi
Perl version : 5.10.0
Thread version : 1.67
ForkManager version : 0.7.5
SNMP version : ☻
Zlib version : 2.015
AppConfig version : 1.66
UserAgent version : 5.814
HTTP Request Common version : 5.814
XML Simple version : 2.18
Data Dumper version : 2.121_14
FindBin version : 1.49
$VAR1 = {
'agent' => {
'threads_query' => '1',
'PID' => '01731815001',
'fragment' => 50,
'core_query' => '1',
'logs' => '2',
'key' => 'qEbfaUH9Fh5xMMzxI9baEdMhQ8F51M',
'id' => '1',
'threads_discovery' => '1',
'core_discovery' => '1'
},
'discovery' => {
'rangeip' => {
'1' => {
'entity' => '0',
'ipend' => '172.25.205.255',
'ipstart' => '172.25.205.1'
},
'2' => {
'entity' => '0',
'ipend' => '192.168.71.254',
'ipstart' => '192.168.71.1'
}
},
'authentification' => {
'1' => {
'version' => '1',
'sec_name' => {},
'auth_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 = [
'172.25.205.1',
***
'172.25.205.255',
'192.168.71.1',
***
'192.168.71.254'
];
==== Discovery ====
[Core 1][Pass 1][172.25.205.1]
[172.25.205.1][NO][2c][public] No response from remote host '172.25.205.1'
[172.25.205.1][NO][1][public] No response from remote host '172.25.205.1'
[Core 1][Pass 2][172.25.205.2]
[172.25.205.2][NO][2c][public] No response from remote host '172.25.205.2'
[172.25.205.2][NO][1][public] No response from remote host '172.25.205.2'
[Core 1][Pass 2][172.25.205.3]
[172.25.205.3][NO][2c][public] No response from remote host '172.25.205.3'
[172.25.205.3][NO][1][public] No response from remote host '172.25.205.3'
==== Query ====
=========================================
================== END ==================
=========================================
Offline
un snmpwalk depuis ton serveur sur un de ces 3 switch donne quoi?
ca ressemble a un probleme d'access list
Offline
j'ai fait un essai avec une plage reduite à une seule machine dont le snmpwalk marche. Effectivement, le plugin affiche la machine mais si je prends la plage complète, il s'arrête dès la machine 8 à la suite des timeout.
==== Discovery ====
[Core 1][Pass 1][192.168.71.1]
[192.168.71.1][NO][2c][public] No response from remote host '192.168.71.1'
[192.168.71.1][NO][1][public] No response from remote host '192.168.71.1'
[Core 1][Pass 2][192.168.71.2]
[192.168.71.2][NO][2c][public] No response from remote host '192.168.71.2'
[192.168.71.2][NO][1][public] No response from remote host '192.168.71.2'
[Core 1][Pass 2][192.168.71.3]
[192.168.71.3][NO][2c][public] No response from remote host '192.168.71.3'
[192.168.71.3][NO][1][public] No response from remote host '192.168.71.3'
[Core 1][Pass 2][192.168.71.4]
[192.168.71.4][NO][2c][public] No response from remote host '192.168.71.4'
[192.168.71.4][NO][1][public] No response from remote host '192.168.71.4'
[Core 1][Pass 2][192.168.71.5]
[192.168.71.5][NO][2c][public] No response from remote host '192.168.71.5'
[192.168.71.5][NO][1][public] No response from remote host '192.168.71.5'
[Core 1][Pass 2][192.168.71.6]
[192.168.71.6][NO][2c][public] No response from remote host '192.168.71.6'
[192.168.71.6][NO][1][public] No response from remote host '192.168.71.6'
[Core 1][Pass 2][192.168.71.7]
[192.168.71.7][NO][2c][public] No response from remote host '192.168.71.7'
[192.168.71.7][NO][1][public] No response from remote host '192.168.71.7'
==== Query ====
=========================================
Offline
la nouvelle version de l'agent avance pas trop mal, j'ai pris un peu de retard dessus (car j'ai plus bossé sur la version serveur). Pour le moment ça a l'air d'être mieux point de vue utilisations des ressources
Offline
J’ai un gros problème qui me gêne avec le tracker ce la fait plus 4 jour que je n’arrive pas le faire travailler quand je relance tracker agent tracker_agent.pl je voie juste threads version 1.74 et puis la page se ferme toute seule je ne sais pas pourkoi pour la version de perl c’est 5.10.1
Et quand je clique sur tracker_fullsync.bat j’ai cette message suivante
Chemins php et du script a lancer
Definition du path
Le chemin vers run_bat.php est incorrect
Appuyez sur une touche pour continuer...
Merci de m’avoire aider
Offline