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.

Problème <HTTP Status Code #400> [closed]

Bonjour,

J'ai mis à jour ce jour OCS Server 2.3 sur CentOS.

J'ai testé l'installation de l'agent 2.3 sur mon poste et cela s'est déroulé sans problème.

Cependant, je rencontre un problème lors de l'envoi d'un inventaire avec le message suivant :

ERROR *** AGENT => Failed to send Prolog <HTTP Status Code #400>

En revanche, aucun problème de remontée pour les postes ayant encore l'agent 2.1.1.3

Il y a t'il une manipulation manquante ou que j'aurais mal effectuée ?

Merci d'avance pour vos retours

Cordialement
closed with the note: Problème résolu par l'utilisateur
in OCS Inventory NG agent for Windows by (890 points)
closed by

25 Answers

0 votes
vincent_n, voici le log après avoir passé l'argument DEBUG à 2 dans mon fichier ini

Starting OCS Inventory NG Agent on Monday, February 20, 2017 19:15:31.
AGENT => Running OCS Inventory NG Agent Version 2.3.0.0
AGENT => Using OCS Inventory NG FrameWork Version 2.3.0.0
AGENT => Loading plug-in(s)
    DLL PLUGIN => Searching for Plug-in DLL(s) in folder <C:\Program Files (x86)\OCS Inventory Agent\plugins>
    DLL PLUGIN => 0 DLL Plug-in(s) successfully loaded on 0 DLL(s) found
AGENT => Using network connection with Communication Server
    COM PROVIDER => Loading Communication Provider <C:\Program Files (x86)\OCS Inventory Agent\ComHTTP.dll>
AGENT => Using Communication Provider <OCS Inventory NG cURL Communication Provider> Version <2.3.0.0>
    AGENT => Sending getLabel request
    COM SERVER => Initializing cURL library for getFile
    COM SERVER => Using cURL without server authentication
    COM SERVER => Disabling cURL proxy support
    COM SERVER => Enabling cURL SSL server validation support using CA Bundle <cacert.pem>
    COM SERVER => Sending fileGet request to URL <http://monserveur/ocsinventory/deploy/label>
    COM SERVER => fileGet response received <HTTP Status Code #400>
    COM SERVER => Cleaning cURL library
    AGENT => Failed to retrieve Label <HTTP Status Code #400>
AGENT => Sending Prolog
    DID_CHECK => Read DeviceID <ET-221-2017-02-20-19-11-33> and MACs <AC:B5:7D:01:FB:3CAE:B5:7D:01:FB:3C30:10:B3:A8:52:26EC:B1:D7:96:AC:6600:00:00:00:00:00> in file <ocsinventory.dat>
    COM SERVER => Initializing cURL library for sendRequest
    COM SERVER => Using cURL without server authentication
    COM SERVER => Disabling cURL proxy support
    COM SERVER => Enabling cURL SSL server validation support using CA Bundle <cacert.pem>
    COM SERVER => Sending HTTP Post request to URL <http://monserveur/ocsinventory>
    COM SERVER => HTTP Post response received <HTTP Status Code #400>
    COM SERVER => Cleaning cURL library
================= TRACE START ===============

================= TRACE STOP ===============
ERROR *** AGENT => Failed to send Prolog <HTTP Status Code #400>
AGENT => Unloading communication provider
AGENT => Unloading plug-in(s)
AGENT => Execution duration: 00:00:01.
by (890 points)
edited by
0 votes
Bonsoir Frank,

J'ai effectivement dans un premier temps mis l'option UPGRADE pour la mise à jour de mon agent.

Puis, au vu du résultat, j'ai totalement désinstallé l'agent en supprimant les différents fichiers présent dans ProgramData et tenté une installation propre mais j'obtiens la même chose.

Je n'ai testé l'installation de l'agent uniquement sur mon poste (Windows 10) et un autre poste en Windows 7
by (890 points)
0 votes
Bonsoir,

L'erreur 400 indique que la version de l'agent est supérieure à celle du serveur. Or ce n'est pas le cas ici. Es-tu sûr d'avoir tout enlevé de l'ancienne installation? Tu n'as plus rien dans c:\programdata concernant l'agent OCS? Tu as redémarré ton poste après la suppression de l'agent et avant la réinstallation? Je pense qu'il reste des fichiers de l'ancienne version et que la mise à jour a modifié la version de l'agent en faisant un mix des deux agents (2.1.1.3+2.3.0.0=2.3.1.1 par exemple).

Cordialement

Frank
by (88.5k points)
0 votes
Bonjour Frank,

J'ai bien suivi vos recommandations :

- Désinstallation de l'agent via le panneau de configuration

- Suppression manuelle des répertoires dans ProgramData et ProgramFiles

- Redémarrage du poste et réinstallation de l'agent

- Redémarrage à nouveau du poste et execution d'un inventaire

Malgré ces manipulations, je me retrouve toujours avec cette erreur 400.

Du coup, je me demande si la mise à jour de mon serveur s'est réellement bien passée et s'il ne reste pas de traces de l'ancienne version que l'agent voit, ce qui expliquerait qu'il refuse de synchroniser l'inventaire.

Par contre, mes compétences en Linux étant restreintes, je ne sais pas comment vérifier cela

Merci pour votre précieuse aide
by (890 points)
0 votes
Je ne vois rien d'indicatif dans les logs..

Tu as procédé comment pour la maj de ton serveur ?
by (4.9k points)
0 votes
Bonjour vincent_n,

Pour la mise à jour de mon serveur, j'ai fait comme pour les autres versions : Récupération de l'archive sur le site officiel d'OCS, et installation classique en lançant le setup.sh.

Je n'ai pas eu de message d'erreur ou d'alerte durant le proccessus de mise à jour.

Je viens de réinstaller l'agent 2.1.1.3 sur mon poste et aucun problème de remontée d'inventaire
by (890 points)
0 votes
Bonjour,

Peux-tu rechercher le fichier Apache/Ocsinventory.pm et me dire quelle est la valeur de la variable $Apache::Ocsinventory::VERSION ?

Cordialement

Frank
by (88.5k points)
0 votes
Frank,

Je pense qu'on avance sur le problème, voici ce que j'ai dans fichier Ocsinventory.pm

$Apache::Ocsinventory::VERSION = '2.2';
$Apache::Ocsinventory::BUILD_VERSION = '735';
$XML::Simple::PREFERRED_PARSER = 'XML::Parser'

Le serveur apparait effectivement en 2.2.

La date de dernière modification du fichier est au 28/01/2016 alors que la mise à jour a été effectuée le 16/02/2017
by (890 points)
0 votes
Dans la version 2.3 VERSION=2.3 et BUILD=736. La mise à jour s'est donc mal passée. Il faudrait refaire la mise à jour du serveur ocs car on voit que tous les fichiers n'ont pas été mis à jour.

Cordialement

Frank
by (88.5k points)
0 votes

Je te partage ma petite procédure pour la mise à jour si ça peut t'aider :

cd /tmp

wget https://github.com/OCSInventory-NG/OCSInventory-ocsreports/releases/download/2.3/OCSNG_UNIX_SERVER-2.3.tar.gz

tar zxpf OCSNG... (tabule pour compléter le nom du fichier)

cd OCSNG...

./setup.sh

by (4.9k points)
 
Powered by Question2Answer
...