• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Pas de démon ?
#1
Bonjour !
Après lecture de nombreux posts (spécialement celui avec la conversation sur IRC) je désire lancer mon agent en mode Daemon (avec l'option -d) pour pouvoir laisser le type de communication en "push"

Cependant, à l'execution de la commande :
perl.exe fusioninventory-agent --debug --no-ssl-check -d
Le log me retourne ceci :
Quelques lignes d'execution puis :
"Can't load Proc:Big Grinaemon. Is the module installed ? "
Puis s'arrête.

L'agent est correctement installé (et détecté dans GLPI)
La plage IP est OK
les pluggins pareillement.

Pourrais-je savoir d'où celà peut provenir ?
Merci
  Reply
#2
Il faut installer le module perl "Proc:Big Grinaemon" (ca va dépendre du nom exact du package suivant ta distribution
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#3
C'est à dire ? Ce module n'est pas installé de base sur la version de perl incluse ?
Je ne comprend pas trop, n'ayant pas vraiment étudié le Perl en cours. Se module se situe ou ? Et comment l'installer sous un serveur Windows 2003 ?

Désolé pour toutes ces questions.
  Reply
#4
Ah mais sous windows, t'as juste a lancer le service Windows, ne pas lancer avec -d
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#5
Ehbien voila, alors je résume :

Une tâche SNMPQUERY en type "pull" puis en lançeant l'agent manuellement avec la commande :
perl.exe fusioninventory-agent --debug

Fonctionne parfaitement.

Maintenant je passe la tâche en type "push", j'actualise.
Je lance le service avec la commande
perl.exe fusioninventory-win32-service
Je vais vérifier dans les services de Windows et je ne vois aucun service lié à ça hors mis lui :

Fusioninventory-agent | Manage FusionInventory program in RPC and in pull.
Chemin d'accès :
"C:\Program Files\FInventory-Agent\perl\bin\perl.exe" "C:\Program Files\FInventory-Agent\perl\bin\fusioninventory-win32-service"

Sauf qu'il n'est pas démarré. Est-ce normal ?

Je décide de le démarrer manuellement --> le service est en statut "démarré"
Je lance le SNMPQUERY et il me retourne ça :

"Erreur - Unable to find agent"

Pourquoi est-ce qu'en "pull" il le trouve l'agent, et pas en "push" ?

Merci
  Reply
#6
En push, l'agent dans glpi doit être lié à un ordinateur afin d'avoir l'ip de la machine sur lequel il est installé
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#7
Oui oui, il l'est et l'a toujours été.

Name
serv-imp2-2011-04-28-14-33-43
Lié à l'ordinateur
SERV-IMP2
  Reply
#8
Bonjour,

Sur Windows, vous ne devez pas utiliser Proc:Big Grinaemon mais le mode server. Normalement le service est installé dans Windows lors de l'installation de l'agent. Si vous voulez utiliser l'agent en mode "daemon" pour comprendre ce qui se passe vous devez utiliser -D (daemon sans fork) qui lui marche sur Windows.
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#9
Comment le démarrer en mode serveur ?
En utilisant le --D comme vous l'indiquez ?

Oui oui, le service est bel est bien là dans Windows.

Je démarre donc l'agent en mode Daemon avec ceci :
perl.exe fusioninventory-agent --D

En résultat j'ai donc
[info] RPC service started at:http://127.0.0.1:

Puis la ligne de commande reste bloquée ici, ce que je peux comprendre puisqu'en mode Daemon, l'agent attends qu'on le contacte.

Cependant, en relançeant un SNMPQUERY, j'obtiens toujours la même réponse. :
"Unable to find agent to run this job"
  Reply
#10
Le service doit tourner sans rien faire. Le problème peut être lié a un firewall, arrivez-vous a vous connecter sur http://machine:62354 depuis une autre machine ?
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#11
Non je n'y arrive pas, Mozilla m'indique que la connexion à été réinitialisé. Cependant le parefeu Windows est désactivé.

(Juste au cas ou vous voudriez savoir, le serveur GLPI c'est CE poste, mais il fait aussi office d'agent. Cela pose-t-il probleme avec les type de communication push ?)
  Reply
#12
En faisant un NetSTAT -an sur ce poste j'obtiens :
TCP 0.0.0.0:62354 0.0.0.0:0 En ecoute
TCP 0.0.0.0:62354 0.0.0.0:0 En ecoute
TCP XXX.XXX.XXX.XXX:62354 XXX.XXX.XXX.XXX:3390 Fin de l'attente
TCP XXX.XXX.XXX.XXX:62354 XXX.XXX.XXX.XXX:3429 Fin de l'attente
TCP XXX.XXX.XXX.XXX:62354 XXX.XXX.XXX.XXX:3462 Fin de l'attente
TCP XXX.XXX.XXX.XXX:62354 XXX.XXX.XXX.XXX:4851 Fin de l'attente
TCP XXX.XXX.XXX.XXX:62354 XXX.XXX.XXX.XXX:4883 Fin de l'attente
  Reply
#13
Pouvez-vous relancer le service pour voir ?
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#14
Qu'est-ce que c'est que ce ...
J'arrête l'agent, je redémarre le service.
Je lance un NETSTAT -an
Aucun changement

Je relance l'agent avec le paramètre --D
Je fais u NETSTAT -an
Toujours aucun changement

Je lance le SNMPQUERY
Il se lance...Actuellement en cours à 50%
Mais il n'y a toujours rien dans la console de l'agent.
Est-ce normal ?

Oh et maintenant à distance j'arrive a atteindre le port 62354
  Reply
#15
pouvez-vous accéder sur http://127.0.0.1:62354 directement depuis la machine ?
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#16
J'ai réussi a acceder à distance a la page mais une seule fois. maintenant il me dit ping timeout.

Et localement, IE me dit "la page web n'a pas pu etre affichée"

NB : la SNMPQUERY est encore e cours a 50%, je l'arrête?
  Reply
#17
Oui vous pouvez l'arrêter. Lorsque vous-arrêtez l'agent, pouvez-vous vous assurer avec netstat que le port 62354 n'est plus utilisé.
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#18
Oui, lorsque j'active l'agent via la commande perl.exe fusioninventory-agent --D
Les port dans le netstat restent en "fin de l'attente"
...Meme lorsque je l'active d'ailleurs.

Le probleme viendrait de la ? Le port ne s'ouvre pas lorsqu'on lance l'agent ?
  Reply
#19
Donc le port reste occupé même si vous arretez l'agent ?
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#20
Apparemment, oui si "fin de l'attente" fait qu'il reste occupé.
  Reply
#21
Bonjour c'est encore moi ! Smile
Suite à tout cela si vous me le permettez.
J'ai redémarré les serveurs (bon en fait c'était pas moi, mais l'orage...BREF)

Je lance l'agent en mode DEMON.
RPC Service started at ...
Je balance un netstat, hop je vois que :

- le port 62354 est en écoute sur 127.0.0.1 (boucle locale) statut : EN ECOUTE

Je lance une SNMPQUERY en mode "PUSH"
Ehla.. MIRACLE ! Ca marche. La console de l'agent m'affiche tout un bataclan de choses, mais celles qui m'ont interpellés sont celles-ci :
*NOTE : c'est bien beau mais quel chemin ????*

Le chemin d'acces spécifié est introuvable
WIN32::OLE(0.1709) error 0x8004100e after character 0 in "winmgmts:{impersonationLevel=impersonate,(security))!//./root/SecurityCenter"Use of uninitialized value $version in substitution (s///) at C://Program Files/FInventory-Agent/perl/lib/FusionInventory/Agent/Task/Inventory/OS/Win32/Software.pm line 90.
** SERIE DE MEME ERREUR DU GENRE UNINITIALIZED VALUE $VERSION...**

Le chemin d'accès spécifié est introuvable
Le chemin d'accès spécifié est introuvable
Le chemin d'accès spécifié est introuvable

*Ensuite nous avons les méthodes dépréciés (j'vous les passes)**
*Et nous avons ceci :*

NOT AN ARRAY reference at C:/Program Files/FInventory-Agent/perl/lib/FusionInventory/Agent/Task/SNMPQuery.pm line 530.

Et là le démon s'arrête d'écrire des lignes, dans GLPI la tâche en est bloquée à 50% de sa progression.
Et un petit coup d'oeil sur un netstat -an à ramené le port 62354 en écoute sur 127.0.0.1 (boucle locale) statut : EN ECOUTE


NB : Durant l'execution de la tâche, j'ai balancé un netstat et le port 62354 était utilisé 3 fois avec un statut : EN ATTENTE

Je commence à desespérer de pouvoir lancer l'agent en mode Démon sous Windows :S
Merci d'adhérer à ma cause.
  Reply
#22
Je retente la manipulation.
La tache n'avance pas en progression, je n'ai d'autres affichage dans la console de l'agent que
RPC service started at 127.0.0.1

et un netstat m'indique que les port 62354 sont en attente...
Pourquoi est-ce qu'ils bloquent en attente dessus ?
  Reply
#23
Salut Nuclearbass, peux tu donner la version de l'agent et du plugin Fusinv que tu utilises ?
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#24
Désolé pour le multipost vraiment.
Je préviens juste pour dire qu'un NETDISCOVERY fonctionne nickel en mode Démon, mais le SNMPQUERY bloque a 50%
  Reply
#25
J'utillise l'agent 2.1.7-2 (spéficié sur la forge comme le recommandé pour windows)
Ainsi que Fusion Inventory 2.3.1 avec son métaPackage
  Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)