Welcome to OCS Inventory NG community support, where you can ask questions and receive answers from other members of the community.

Please ask questions only in English or French.

Release 2.11.1 available

The official documentation can be found on http://wiki.ocsinventory-ng.org. Read it before asking your question.

processus Ocsinventory.exe se bloque et je n'ai pas de remontée d'inventaire

Bonjour,

je suis en train de migrer des postes d'un serveur OCS "simple" (1 seul serveur) à une architecture plus complexe (avec répartition des composants OCS sur plusieurs serveurs). J'ai donc un panel assez petit (moins d'une dizaine) de postes avec lesquels je fais des tests sur cette nouvelle architecture.

Je constate des problèmes que je n'avais jamais vu : à un certain moment, mes postes arrêtent d'envoyer leur inventaire régulièrement [1] et ils semblent ne jamais revenir s'inventorier. Ceci avec l'agent 2.0.5.0 ou 2.1.1.1.

 

Quand je me connecte aux postes en question, je constate que le processus OcsInventory.exe est encore lancé et il reste bloqué. Cela semble expliquer qu'ils ne reviennent jamais s'inventorier. Ils reviennent s'inventorier uniquement quand je "tue" le processus, sinon ils restent dans cet état indéfiniment.

 

N'ayant jamais vu ce problème, je m'interroge sur ce comportement. Du côté serveur, on ne voit rien de significatif.

Et côté agent (en mode debug=1), le log s'arrête à

    COM SERVER => Sending HTTP Post request to URL <http://serveur.ocs.domain.tld/ocsinventory/>

 
Quelqu'un a-t-il une idée de ce qui pourrait poser problème ?
L'agent dispose-t-il d'un timeout qui arrêterait son exécution quand il a un problème avec le serveur ?

 Merci pour votre aide.

 [1] pendant ma période de tests, j'ai baissé la fréquence d'inventaire à 1h pour mes postes de tests
in OCS Inventory NG agent for Windows by (570 points)

1 Answer

0 votes
Bonjour,

Autant il y a des timeouts pour arrêter l'exécution de plugins, ou bien de 'installation (120 minutes par défaut), autant il n'y en a pas côté pile de communication réseau.

Le problème se situe-t-il lors de la transmission du prologue, ou bien lors de la transmission de l'inventaire ?

Cdlt
by (340 points)
Bonjour,

le problème se situe au tout début de la communication avec le serveur.

Si je  capture les trames HTTP/HTTPS associées je vois bien (dans Wireshark) la requête HTTP

    POST /ocsinventory/ HTTP/1.1 (application/x-compressed)

Je n'ai pas de réponse du serveur (c'est un problème qu'on est en train de regarder du côté archi serveur mais dans tous les cas ça peut arriver) et le hic c'est que l'agent, n'ayant pas de timeout, n'arrête jamais son exécution et reste bloqué, empêchant une autre tentative plus tard.

Est-il envisageable qu'un timeout soit implémenté au niveau inventaire de l'agent ? Dois-je ouvrir un ticket dans github pour cela ?

Merci.
 
Powered by Question2Answer
...