plus de remontée d'inventaires sur le server

Question

Contexte : 
- Server = OCSng 2.0.5 sur linux (SLES) en place depuis plusieurs années (1 seul server pour DB, invent & report ; déploy pas utilisé, uniquement inventaire)
- Clients = Agents Windows 2.0.5 sur plus de 5000 postes Windows7, opérationnels depuis plusieurs années

Pas de problème de contact du server (maj de l'info "dernier contact" normale), mais plus aucune remontée d'inventaire depuis 4 jours (dernier inventaire vendredi 24/11 à 08:05) sans qu'aucune modification coté server et postes n'ait eu lieu (en tout cas sur le server, la console de reporting étant elle utilisée quotidiennement ou presque). 
L'interface de reporting semble totalement opérationnelle (y compris interface GLPI)

sur le server le log d'activité nous donne les infos suivantes 
...
Mon Nov 27 15:41:42 2017;3665;311;P161294-2016-11-22-10-28-00;172.28.83.136;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:42 2017;3349;100;C145573-2017-11-20-15-02-28;172.17.19.47;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:42 2017;3349;311;C145573-2017-11-20-15-02-28;172.17.19.47;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:42 2017;3343;319;P140408-2014-10-03-08-38-43;172.28.15.21;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;found
Mon Nov 27 15:41:42 2017;3343;104;P140408-2014-10-03-08-38-43;172.28.15.21;OCS-NG_WINDOWS_AGENT_v2.0.5.0;inventory;incoming
Mon Nov 27 15:41:42 2017;3343;515;P140408-2014-10-03-08-38-43;172.28.15.21;OCS-NG_WINDOWS_AGENT_v2.0.5.0;end;error
Mon Nov 27 15:41:43 2017;3667;100;P170491-2017-06-14-08-20-58;172.28.77.176;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:43 2017;3667;311;P170491-2017-06-14-08-20-58;172.28.77.176;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:43 2017;3525;100;G175937-2017-03-16-12-22-44;172.19.252.21;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:43 2017;3525;311;G175937-2017-03-16-12-22-44;172.19.252.21;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:44 2017;3533;319;P160887-2016-10-20-08-55-59;172.28.14.18;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;found
Mon Nov 27 15:41:44 2017;3533;104;P160887-2016-10-20-08-55-59;172.28.14.18;OCS-NG_WINDOWS_AGENT_v2.0.5.0;inventory;incoming
Mon Nov 27 15:41:44 2017;3533;515;P160887-2016-10-20-08-55-59;172.28.14.18;OCS-NG_WINDOWS_AGENT_v2.0.5.0;end;error
Mon Nov 27 15:41:44 2017;3666;100;P080317-2009-06-16-16-37-01;172.28.49.18;OCS-NG_WINDOWS_AGENT_v2.0.4.0;prolog;accepted
Mon Nov 27 15:41:44 2017;3666;311;P080317-2009-06-16-16-37-01;172.28.49.18;OCS-NG_WINDOWS_AGENT_v2.0.4.0;session;started
Mon Nov 27 15:41:44 2017;3690;100;P140555-2014-11-04-12-29-53;172.28.34.129;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:44 2017;3690;311;P140555-2014-11-04-12-29-53;172.28.34.129;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:44 2017;3682;100;P150330-2015-08-25-14-34-54;172.28.68.123;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:44 2017;3682;311;P150330-2015-08-25-14-34-54;172.28.68.123;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:45 2017;3665;100;P161040-2016-11-15-11-33-29;172.28.45.120;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:45 2017;3665;311;P161040-2016-11-15-11-33-29;172.28.45.120;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
Mon Nov 27 15:41:46 2017;3349;100;P150446-2015-10-21-13-20-07;172.28.41.48;OCS-NG_WINDOWS_AGENT_v2.0.5.0;prolog;accepted
Mon Nov 27 15:41:46 2017;3349;311;P150446-2015-10-21-13-20-07;172.28.41.48;OCS-NG_WINDOWS_AGENT_v2.0.5.0;session;started
...

Côté poste, le log de l'agent nous donne 
==============================================================================
Starting OCS Inventory NG Agent on Monday, November 27, 2017 13:29:29.
AGENT => Running OCS Inventory NG Agent Version 2.0.5.0
AGENT => Using OCS Inventory NG FrameWork Version 2.0.5.0
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.0>
AGENT => Sending Prolog
AGENT => Prolog successfully sent
SUPPORT => No support registered for your installation. Check OCS Inventory NG support packages at http://www.ocsinventory-ng.com
AGENT => Inventory required
AGENT => Launching hardware and software checks
AGENT =>  Communication Server ask for Registry Query
AGENT => Sending Inventory
INVENTORY => Inventory changed since last run
ERROR *** AGENT => Failed to send Inventory <HTTP Status Code #500>
AGENT =>  Communication Server ask for Package Download
AGENT => Unloading communication provider
AGENT => Unloading plug-in(s)
AGENT => Execution duration: 00:00:22.
==============================================================================
Une injection d'inventaire depuis l'interface de reporting donne également une erreur 500

Auriez vous une idée sur la source du problème, le moyen d'obtenir des détails sur son origine, des logs à analyser, des tests à effectuer,  une piste de recherche ...

Par avance Merci

Answer 1

Bonsoir

Merci de poster le contenu du fichier error.log. Il se peut que l'index de la table softwares a atteint son maximum. Si c'est le cas cela génère l'erreur 500. La solution consiste à convertir la colonne ID de type "int" en "signed int". Cf. http://wiki.ocsinventory-ng.org/index.php?title=Documentation:Main#FAQ en bas de la page.

Cordialement

Frank

Answer 2

Merci Frank pour la réponse

Je vous confirme qu'il s'agissait bien d'un problème lié au champ ID de la table Software ... nous l'avons compris hier soir après avoir réussi à injecter un inventaire sans software.

Par contre, je ne comprends pas la solution que vous proposez (d'autres discussions du forum donne d'ailleurs la même info) car nous avons du faire exactement le contraire pour régler le problème ... par défaut le champ ID était un INT "standard" (donc signé) et pour régler le problème nous avons dû passer le champ ID en INT non signé.
- avant modif :  `ID` int(11) NOT NULL auto_increment    =>    min = -2147483648  &  max = 2147483647
- après modif :  `ID` int(11) unsigned NOT NULL auto_increment    =>    min = 0  &  max = 4294967295

Petites questions complémentaires :
1) ce problème est il réglé par les versions plus récentes d'OCSng (nous comptons évoluer en 2018) ?
2) sinon, y'a t'il une solution plus pérenne à mettre en oeuvre (on atteindra un jour ou l'autre le nouveau max) ?

Answer 3

Bonsoir,

La valeur de la colonne id de la table software n'a pas été changée. Elle est toujours de type int. Il est possible d'éviter d'atteindre la limite de cette colonne en effectuant un 'ménage' dans cette table et dans les pc qui ne sont plus inventoriés.

Cordialement

Frank