Problème agent

[francois50]

Bonjour,


Je rencontre un problème de mémoire avec l'agent 2.3.5 en 32 et 64bits/s

il semble que la gestion mémoire n'est pas optimale et que par exemple si je démarre une tache inventaire distant des hôtes VMware sur un de mes serveurs ESX cela fonctionne amsi si dans la même tâche je mets mes deux ESX alors l'agent se stoppe et le service windows aussi et j'ai le message suivant dans les event log de windows
__________________________________________________________________________________
Faulting application name: perl.exe, version: 5.18.1.1, time stamp: 0x520a6d23
Faulting module name: ntdll.dll, version: 6.1.7601.18247, time stamp: 0x521ea8e7
Exception code: 0xc0000008
Fault offset: 0x00082915
Faulting process id: 0x1da0
Faulting application start time: 0x01cf13754aa10942
Faulting application path: C:\Program Files (x86)\FusionInventory-Agent\perl\bin\perl.exe
Faulting module path: C:\Windows\SysWOW64\ntdll.dll
Report Id: 80fd0da7-8021-11e3-a512-005056000020
__________________________________________________________________________________
Voici ce que je reçois dans le fichier log de l'agent:
__________________________________________________________________________________
[Mon Jan 20 11:00:29 2014][debug] [http server] request /now/12345678 from client 188.96.0.70
[Mon Jan 20 11:00:29 2014][debug] Server: IP addresses of different length
[Mon Jan 20 11:00:29 2014][debug] Server: IP addresses of different length
[Mon Jan 20 11:00:29 2014][debug] [http server] valid request, forcing execution right now
[Mon Jan 20 11:00:30 2014][debug] [http client] Using Compress::Zlib for compression
[Mon Jan 20 11:00:30 2014][debug2] [http client] sending message:
<?xml version="1.0" encoding="UTF-8" ?>
<REQUEST>
<DEVICEID>CHMS0011.emea.busch.inet-2014-01-19-19-42-03</DEVICEID>
<QUERY>PROLOG</QUERY>
<TOKEN>12345678</TOKEN>
</REQUEST>
[Mon Jan 20 11:00:32 2014][debug2] format: Zlib
[Mon Jan 20 11:00:33 2014][debug2] [http client] receiving message:
<?xml version="1.0" encoding="UTF-8"?>
<REPLY>
<RESPONSE>SEND</RESPONSE>
<PROLOG_FREQ>4</PROLOG_FREQ>
</REPLY>
[Mon Jan 20 11:00:33 2014][debug] running task NetInventory in process -6128
[Mon Jan 20 11:00:33 2014][debug] No SNMPQuery requested in the prolog
[Mon Jan 20 11:00:33 2014][info] task NetInventory execution not requested
[Mon Jan 20 11:00:39 2014][debug] running task ESX in process -6016
[Mon Jan 20 11:00:39 2014][debug] FusionInventory ESX task 2.2.1
[Mon Jan 20 11:00:39 2014][debug2] http://CHMS0011/glpi/plugins/fusioninventory/front/plugin_fusioninventory.communication.php?action=getConfig&machineid=CHMS0011.emea.busch.inet-2014-01-19-19-42-03&task[ESX]=2.2.1
[Mon Jan 20 11:00:39 2014][debug2] http://186.96.0.70/glpi/plugins/fusionin...9-19-42-03
[Mon Jan 20 11:00:40 2014][info] Got 1 VMware host(s) to inventory.
[Mon Jan 20 11:00:40 2014][debug] [http client] Using Compress::Zlib for compression
_________________________________________________________________________________________

Que dois je faire pour résoudre ce problème

[francois50]

Existe t il un moyen pour voir exactement ou l agent crash?

[verrey]

Essaye de lancer cette commande à la main :
fusioninventory-esx --host="10.25.70.1" --user="test" --password="xxx" --director="/tmp"

Que te renvoit-elle ?

[francois50]

Si j'ai bien compris
J'ai remplacé l'adresse IP par l'adresse IP de mon ESX et user et mot de passe par mes données?

La commande crée un ficher xxxxxxxxxxxxxx.os avec le contenu de l'inventaire. C'est donc Ok


le problème apparaît uniqument lorsque je démarre la tâche depuis fusionjinventory dans GLPI.

Et cela pas lors de la première exécution mais lors de la deuxième.

[verrey]

bon bah... Je passe la main lol !!
Tu peux toujours intégrer ce fichier en manuel temporairement.

[francois50]

J'ai refais un teste sur un autre serveur 2008 R2 et l'agent 2.3.5 et j'ai le même résultat.

David

peux tu me dire quels fichiers de GLPi (.php) et de FI agent (.pm) sont mis à contribution quand l'on démarre la tâche "inventaire hôtes distant VMWare" depuis GLPI. Ainsi je pourai mettre des jalons et voir à quel endroit l'agent crash.

Merci d'avance

[ddurieux]

Essaye la commande de verrey déja pour voir si ca vient de l'agent ou le serveur

[francois50]

La commande de Verrey fonctionne parfaitement.
C'est bien l'agent qui pose problème.
Il fonctionne une fois et c'est en deuxième exécution qu'il crash (avec la découverte d'hôtes distants VMware).

Peut être un problème de mémoire pas libérée lors de la première exécution.

[francois50]

J ai installé l agent sur un autre serveur 2008 R2 et j ai le même problème il crash après une deuxième exécution

[ddurieux]

la communication agent => serveur est en http ou https?

[francois50]

http

[francois50]

David,

est il possible de me donner les nom du programme en perl .pm qui est utilisé pour la tâche "découverte des hôtes distant VMware"

Je veux y mettre des jalons que j'écrirai dans un fichier lors du déroulement du programme pour voir à quel endroit l'agent crash.

merci d'avance

[francois50]

J'ai testé avec la version de l'agent 2.2.7-4 et j'ai le même problème après 2 exécution de la tâche "découverte hôtes distants VMWare" l'agent crash

Faulting application name: perl.exe, version: 0.0.0.0, time stamp: 0x4be343dc
Faulting module name: perl512.dll, version: 0.0.0.0, time stamp: 0x4be343db
Exception code: 0xc0000005
Fault offset: 0x0001cd03
Faulting process id: 0x164
Faulting application start time: 0x01cf19196855762f
Faulting application path: C:\Program Files (x86)\FusionInventory-Agent\perl\bin\perl.exe
Faulting module path: C:\Program Files (x86)\FusionInventory-Agent\perl\bin\perl512.dll
Report Id: 989a831f-8517-11e3-89bd-005056840032

Il semble que l'agent a des problèmes avec Windows 2008 R2

Que faire?

[ddurieux]

T'as qu'un seul serveur ESX que t'interroge?

[francois50]

Non deux mais j'ai deux tâches différentes et les deux posent le même problème

[francois50]

J'ai comparé le fichier log de la première exécution de la tâche "découvert hôtes distant VMware" qui fonctionne avec le fichier log en deuxième exécution de la même tâche sur le même serveur qui crash
un scanne du serveur ou est installé l'agent s'exécute dans les deux cas sans problème. mais lors du scanne du serveur ESX la première exécution elle se déroule correctement mais dans la deuxième exécution elle s'initialise et ensuite plus rien voir image suivante: Comparaison de deux fichiers log



L'agent crash alors juste après l'initialisation du scanne du serveur ESX.

erreur dans l'évent viewer

Faulting application name: perl.exe, version: 5.18.1.1, time stamp: 0x520a4fa8
Faulting module name: ntdll.dll, version: 6.1.7601.17725, time stamp: 0x4ec4aa8e
Exception code: 0xc0000005
Fault offset: 0x000000000004e4b4
Faulting process id: 0xa94
Faulting application start time: 0x01cf1945289e692f
Faulting application path: C:\Program Files\FusionInventory-Agent\perl\bin\perl.exe
Faulting module path: C:\Windows\SYSTEM32\ntdll.dll
Report Id: 82bbc96f-8539-11e3-89bd-005056840032


Avec ces informations peut on en déduire ou se trouve le bug.

Si cela n'aide pas je ne sais plus quoi faire

[ddurieux]

Bah les erreurs windows, ca n'aide jamais trop :/
Si tu redémarre le service fusion, la premiere execution re-fonctionne?

[francois50]

Oui elle refonctionne. cela ressemble à une mauvaise gestion de la mémoire qui se rempli et finalement crash l'agent car plus de mémoire dispo.

Je soupçonne que les autres tâches suivent le même phénomène mais moins rapidement car moins gourmandes en mémoire peut-être. Mais après un certain temps l'agent crash aussi.

[francois50]

Une idée sir mon problème ou comment trouver l origine du problème?

[francois50]

Je soupçonne que des variables ne sont pas reinitialisées ou que la memoire ne se libère pas et que la deuxième exécution de la découverte vmware crash car si je lance deux découvertes hors agent avec des commandes en ligne cela fontionne sans problème. Le problème est il connu sous Windows serveur 2008 r2?

[verrey]

Bonjour,
J'ai le même log que toi (log de gauche) sous une debian. Quand j'interroge 2 serveurs ESX dans la même tache. J'ai pas testé en interrogant qu'un seul que je lancerais 2 fois.
Ou alors en relancant le service fusion et en tentant un premier lancement.
Bref. Je testerais demain.

[verrey]

Alors : Si je scanne qu'une machine ESX dans ma tache, cela fonctionne à chaque fois.
Si je scanne 2 machines, ça plante.
Dans le log, j'ai, quoi qu'il arrive, les messages "unknow field blablabla"
Voila pour ma petite contribution peut être inutile, mais comme je passais par là....

[ddurieux]

Ok ouvre un bug alors sur l'agent avec ces infos

[francois50]

verrrey peux tu ouvrir un case stp

[verrey]

Je suis encore vierge de l'ouverture du "case", c'est un grand jour pour moi.
Je le fais de suite