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 déploiement, serveur 2.2 / agent 2.1.1.1

Bonjour,

Je recontre une nouvelle difficulté dans le télé-déploiement, en effet, mon agent voit qu'il y a un paquet à récupérer mais il n'arrive pas à le faire. Voici mon download.log :

==============================================================================
Starting OCS Inventory NG Package Download and Setup Tool on Friday, April 01, 2016 12:53:25.
DOWNLOAD => Running OCS Inventory NG Download Version 2.1.1.1
DOWNLOAD => Using OCS Inventory NG FrameWork Version 2.1.1.1
DOWNLOAD => Using network connection with Communication Server
 COM PROVIDER => Loading Communication Provider <C:\Program Files\OCS Inventory Agent\ComHTTP.dll>
DOWNLOAD => Using Communication Provider <OCS Inventory NG cURL Communication Provider> Version <2.1.1.1>
DOWNLOAD => Starting new period of 10 cycles
 DOWNLOAD => Flushing package queue
DOWNLOAD => Parsing directory <C:\ProgramData\OCS Inventory NG\Agent\download> for packages
 DOWNLOAD => Verifying package <C:\ProgramData\OCS Inventory NG\Agent\download\1459507832>
DOWNLOAD => Package <1459507832> verified and added to process queue
 DOWNLOAD => Processing packages for cycle 1 on Friday, April 01, 2016 12:53:25
 DOWNLOAD => Pausing for cycle latency (60 seconds)
 DOWNLOAD => Processing packages for cycle 2 on Friday, April 01, 2016 12:54:25
 DOWNLOAD => Pausing for cycle latency (60 seconds)
 DOWNLOAD => Processing packages for cycle 3 on Friday, April 01, 2016 12:55:25
 DOWNLOAD => Pausing for cycle latency (60 seconds)
 DOWNLOAD => Processing packages for cycle 4 on Friday, April 01, 2016 12:56:25
 DOWNLOAD => Pausing for cycle latency (60 seconds)
 DOWNLOAD => Processing packages for cycle 5 on Friday, April 01, 2016 12:57:25
DOWNLOAD => Downloading package fragment <1459507832-1>
 COM SERVER => Initializing cURL library for getFile
 COM SERVER => Using cURL with 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://172.17.2.6/download/1459507832/1459507832-1>
 COM SERVER => fileGet response received <HTTP Status Code #403>
 COM SERVER => Cleaning cURL library
 WARNING *** DOWNLOAD => Failed to download package fragment <1459507832-1> (HTTP Status Code #403). Retrying
 COM SERVER => Initializing cURL library for getFile
 COM SERVER => Using cURL with 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://172.17.2.6/download/1459507832/1459507832-1>
 COM SERVER => fileGet response received <HTTP Status Code #403>
 COM SERVER => Cleaning cURL library
[...]

 WARNING *** DOWNLOAD =>  Max error count (5) reached while downloading package fragment <1459507832-1> (HTTP Status Code #403)
   [...]

 DOWNLOAD => Pausing for fragment latency (10 seconds)
 DOWNLOAD => Pausing for cycle latency (60 seconds)
DOWNLOAD => All package action failed during this session, exiting
DOWNLOAD => Unloading communication provider
DOWNLOAD => Execution duration: 00:10:21.

J'aimerai savoir à quoi est due cette erreur..
 

J'ai également constaté que lors de l'activation d'un paquet, un message sur fond jaune apparaît : "WARNING : Can't find fragments files at http://monip/download/idpaquet  Are you sure to want to activate this package?"
Pourtant lorsque j'accède en https (port 443) à l'interface web, je trouve bien un dossier à cette adresse contenant mes fragments + un fichier info. En revanche, l'accès m'y est refusé si j'essaye d'y accèder en http (port 80).

Une idée du problème?
Merci d'avance !

in OCS Inventory NG agent for Windows by (510 points)

1 Answer

+1 vote
 
Best answer
Tu n'as pas du configurer correctement le répertoire download en http. Revérifie ta conf d'apache.
by (22k points)
selected by
Merci pour ta réponse Kapouik !

Effectivement la conf apache n'était pas bonne (j'étais en deny from all pour le http sur /download). Désormais j'arrive à accéder à http://mon-ip/download/ . Et je n'ai plus cette pop-up jaune m'informant qu'il ne trouve pas les paquets lors de leurs activations.
Je vais maintenant tester à nouveau un déploiement et je te fais un retour !
Ahhh je respire ! J'avais vraiment l'impression de faire n'importe quoi mais le paquet a finalement pu être déployé sur mon client avec succès !

Merci beaucoup pour ta réponse !
 
Powered by Question2Answer
...