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

Question

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

Answer 1

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.

Answer 2

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

Answer 3

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

Answer 4

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

Answer 5

Je ne vois rien d'indicatif dans les logs..

Tu as procédé comment pour la maj de ton serveur ?

Answer 6

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

Answer 7

Bonjour,

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

Cordialement

Frank

Answer 8

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

Answer 9

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

Answer 10

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