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.8 available

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

Plus de remontée

Bonjour,

J'ai voulu migrer mon serveur OCS 2.1 vers la dernière version, mais un vendredi soir ce n'est jamais une très bonne idée.
Le problème qui se pose c'est que les clients ne remontent plus sur la console.
J'ai pensé que le problème venait de la nouvelle version alors je suis repassé en 2.1 et mes agents sont encore en 2.0.5.2 (migration prochaine prévue)

Dans le log client:
Starting OCS Inventory NG Agent on Saturday, July 19, 2014 01:06:21.
AGENT => Running OCS Inventory NG Agent Version 2.0.5.2
AGENT => Using OCS Inventory NG FrameWork Version 2.0.5.2
AGENT => Loading plug-in(s)
AGENT => Using network connection with Communication Server
AGENT => Using Communication Provider <OCS Inventory NG cURL Communication Provider> Version <2.0.5.2>
AGENT => Sending Prolog
ERROR *** AGENT => Failed to send Prolog <HTTP Status Code #400>
AGENT => Unloading communication provider
AGENT => Unloading plug-in(s)
AGENT => Execution duration: 00:00:00.

Sur le serveur, la connexion à la base de données fonctionne avec l'utilisateur ocs, et le bon mot de passe (qui est aussi bien renseigné dans z-ocsinventory-server.conf). Egalement dans le fichier dbconfig_inc.php

Pouvez-vous m'indiquer comment résoudre le problème?

Merci beaucoup!

in OCS Inventory NG server for Unix by (1.4k points)

3 Answers

0 votes
Bonjour,

La version installée ne semble pas être la dernière version. L'erreur 400 indique une version d'ocs server inférieure à la version 2.0.5.

Merci de poster le contenu du fichier error_log d'apache.
by (79.6k points)
0 votes

Voici le contenu du fichier error_log:

 

ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
[Sun Jul 20 04:02:06 2014] [notice] Digest: generating secret for digest authentication ...
[Sun Jul 20 04:02:06 2014] [notice] Digest: done
[Sun Jul 20 04:02:06 2014] [notice] SSL FIPS mode disabled
[Sun Jul 20 04:02:06 2014] [notice] mod_python: Creating 4 session mutexes based on 256 max processes and 0 max threads.
[Sun Jul 20 04:02:06 2014] [notice] Apache/2.2.3 (Red Hat) configured -- resuming normal operations
[Mon Jul 21 09:07:37 2014] [notice] caught SIGTERM, shutting down
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
[Mon Jul 21 09:07:38 2014] [notice] SELinux policy enabled; httpd running as context root:system_r:httpd_t:s0
[Mon Jul 21 09:07:38 2014] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Jul 21 09:07:38 2014] [notice] SSL FIPS mode disabled
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
[Mon Jul 21 09:07:38 2014] [notice] Digest: generating secret for digest authentication ...
[Mon Jul 21 09:07:38 2014] [notice] Digest: done
[Mon Jul 21 09:07:38 2014] [notice] SSL FIPS mode disabled
[Mon Jul 21 09:07:39 2014] [notice] mod_python: Creating 4 session mutexes based on 256 max processes and 0 max threads.
[Mon Jul 21 09:07:39 2014] [notice] Apache/2.2.3 (Red Hat) configured -- resuming normal operations
[Mon Jul 21 09:17:19 2014] [notice] caught SIGTERM, shutting down
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
[Mon Jul 21 09:17:20 2014] [notice] SELinux policy enabled; httpd running as context root:system_r:httpd_t:s0
[Mon Jul 21 09:17:20 2014] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Jul 21 09:17:20 2014] [notice] SSL FIPS mode disabled
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
[Mon Jul 21 09:17:21 2014] [notice] Digest: generating secret for digest authentication ...
[Mon Jul 21 09:17:21 2014] [notice] Digest: done
[Mon Jul 21 09:17:21 2014] [notice] SSL FIPS mode disabled
[Mon Jul 21 09:17:21 2014] [notice] mod_python: Creating 4 session mutexes based on 256 max processes and 0 max threads.
[Mon Jul 21 09:17:21 2014] [notice] Apache/2.2.3 (Red Hat) configured -- resuming normal operations
[Mon Jul 21 09:20:43 2014] [notice] caught SIGTERM, shutting down
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
[Mon Jul 21 09:20:44 2014] [notice] SELinux policy enabled; httpd running as context root:system_r:httpd_t:s0
[Mon Jul 21 09:20:44 2014] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Jul 21 09:20:44 2014] [notice] SSL FIPS mode disabled
ocsinventory-server: Can't load SOAP::Transport::HTTP* - Web service will be unavailable
[Mon Jul 21 09:20:44 2014] [notice] Digest: generating secret for digest authentication ...
[Mon Jul 21 09:20:44 2014] [notice] Digest: done
[Mon Jul 21 09:20:44 2014] [notice] SSL FIPS mode disabled
[Mon Jul 21 09:20:44 2014] [notice] mod_python: Creating 4 session mutexes based on 256 max processes and 0 max threads.
[Mon Jul 21 09:20:44 2014] [notice] Apache/2.2.3 (Red Hat) configured -- resuming normal operations
by (1.4k points)
0 votes
Peut-on avoir le contenu du fichier activity.log?
by (79.6k points)
Voilà un morceau du fichier, le fichier n'est plus alimenté depuis vendredi soir:

Fri Jul 18 17:37:19 2014;30912;103;CAMPOS-HMCP-2014-02-28-11-56-02;192.168.146.11;OCS-NG_unified_unix_agent_v1.1;snmp;error: agent must communicate using https to be able to get SNMP communities (only affects OCS unix agent) !!
Fri Jul 18 17:39:50 2014;30912;103;COURRIER-SEC-2013-05-16-12-08-00;192.168.19.5;OCS-NG_WINDOWS_AGENT_v2.0.5.2;snmp;error: agent must communicate using https to be able to get SNMP communities (only affects OCS unix agent) !!
Fri Jul 18 17:40:39 2014;30912;103;CAMPOS-HMCP-2014-02-28-11-56-02;192.168.146.11;OCS-NG_unified_unix_agent_v1.1;snmp;error: agent must communicate using https to be able to get SNMP communities (only affects OCS unix agent) !!
Fri Jul 18 17:40:41 2014;30909;103;CHOMAZ-AR-2014-05-13-15-18-54;192.168.162.29;OCS-NG_unified_unix_agent_v2.0.3;snmp;error: agent must communicate using https to be able to get SNMP communities (only affects OCS unix agent) !!
Fri Jul 18 17:40:45 2014;30913;103;MANIP-CIRB-NR-2014-02-24-17-14-40;192.168.160.4;OCS-NG_WINDOWS_AGENT_v2.0.5.2;snmp;error: agent must communicate using https to be able to get SNMP communities (only affects OCS unix agent) !!
Re-bonjour,

Finalement j'ai réinstallé la dernière version et les inventaires remontent de nouveau. Je ne comprends donc vraiment pas ce que j'ai fait vendredi soir. Note à moi-même: ne plus travailler sur un serveur la veille de weekend..

Merci à vous
 
Powered by Question2Answer
...