Pollution des historiques

zelimir · 2013-11-25 15:18:37

Bonjour,
je rencontre un problème au niveau des historiques: à chaque remontée d'inventaire OCS, une ligne s'ajoute dans l'historique des machines: "La balise OCSNG de l'ordinateur a changé de ... à ...". Les deux tags affichés sont identiques, mais pour une raison que j'ignore GLPI "croit" que ce tag a changé. J'ai l'impression que ce problème est apparu avec la mise à jour en 0.84.2.
Je n'ai rien trouvé dans les options d'import ou autres... Avez-vous une idée ?
Merci d'avance.

A+

MC

ddurieux · 2013-11-25 15:21:08

Tu peux mettre les tags que tu as, histoire d'avoir toutes les infos?

zelimir · 2013-11-25 15:39:32

Voilà...
Du coup on trouve des machines avec plus de 26000 entrées dans l'historique...
Merci de ton aide,

MC

ddurieux · 2013-11-25 15:49:44

C'est space ca, t'as bien le plugin ocsinventoryng en 1.0.2?

zelimir · 2013-11-25 16:59:47

Oui, c'est bien cette version du plugin...

@meurou · 2013-11-25 20:06:53

Bonjour,

Je profite de ce topic pour mettre un +1.

On a le même comportement dans l'historique de nos machines. La synchro automatique est désactivée pour le moment donc cela limite le remplissage de la table d'historique.

Visiblement, le problème se produit peut importe le tag. Dans notre cas, on ne l'utilise pas donc le champ est défini sur NA et le résultat est "La balise OCSNG de l'ordinateur a changé de NA à NA".

zelimir · 2013-11-26 10:27:31

Après analyse des historiques je confirme que ce problème est apparu avec la mise à jour en 0.84.2.
A+

MC

zelimir · 2013-12-04 11:47:49

Bonjour,
des nouvelles de ce "bug" ?
Merci d'avance.

MC

deda.cro · 2013-12-05 14:03:05

Bonjour,
J'ai le même problème et actuellement j'ai éteint le plugin jusqu'à ce que je trouve une solution.
Merci

@meurou · 2013-12-05 18:11:53

Bonjour,

Vous disposez d'un script dans le répertoire tools qui permet de purger les logs => cleanhistory.php. Son utilisation est décrite dans l'en tête du fichier.

Cela ne règle pas le problème mais peut vous permettre de limiter le remplissage de la table historique en attendant un correctif.

Comme toujours, penser à faire une sauvegarde avant !

zelimir · 2014-01-02 11:57:00

Bonjour et bonne année 2014 :-)
malheureusement je ne préfère pas utiliser ce script qui va semble-t-il purger tout l'historique, j'ai besoin de conserver les données de cet historique... Y at-il moyen de désactiver simplement le check de la balise OCSNG ?
Merci d'avance.

MC

zelimir · 2014-01-14 17:47:50

Bonjour,
j'ai finalement pu résoudre le problème en ajoutant un if dans le fichier plugins/ocsinventoryng/inc/ocsserver.class.php. Voici le diff:

5215a5216,5221
>     /**
>      * 2014-01-14 MC
>      * On verifie que le TAG OCS a change
>     **/ 
>        if ($data_ocs["TAG"] != $line_links["tag"]){
> 
5227a5234
>           }

Voilà, si ça peut aider... ;-)
A+

MC

executter · 2014-01-30 18:35:11

Merci zelimir pour l'astuce ! Fonctionne impec.

Et pour supprimer les lignes d'historique inutiles (+35000 dans mon cas), je les ai supprimées avec cette requête SQL :

DELETE FROM `glpi_logs`
WHERE `glpi_logs`.`itemtype_link` = 'PluginOcsinventoryngOcslink'
  AND `glpi_logs`.`old_value` = `glpi_logs`.`new_value

narutobaka · 2014-05-14 09:40:20

Bonjour,

Je relance le sujet.

En effet je rencontre aussi ce problème en 0.84.5.

cordialement,

DayHack · 2014-06-12 12:46:20

J'ai le même problème avec le TAG et commentaires.

GLPI 0.84.5
OCS Inventory NG 1.0.2

vincent.merlet · 2014-07-08 13:56:06

Même problème ici :

11237039 2014-07-08 13:40 ocsinventoryng Lien OCSNG La balise OCSNG de l'ordinateur a changé de NA à NA

Le message réapparaît à l'identique à chaque synchro ocs, qu'il y ait un TAG de défini ou non.

Note : utilisation du plugin OCS Inventory NG version 1.0.2 connecté à un serveur OCS v 2.1

vincent.merlet · 2014-07-16 17:09:42

Merci à "zelimir" et à "executter" pour les astuces, ça permet effectivement de nettoyer l'historique tout en gardant les autres infos et en évitant que les nouvelles synchro ne posent pb.

pchauvin · 2015-04-03 10:18:23

Bonjour,

depuis le mois de mars, le même problème est apparu. Et je ne me l'explique pas puisque je n'ai rien touché à la conf de GLPI ni d'OCS.
J'aimerai mettre en place le correctif proposé par zelimir mais je ne vois pas où placer ce "If" dans ocsserver.class.php.
Quelqu'un pourrait-il m'indiquer précisément où insérer cette condition?

Merci

hidenname · 2015-06-08 17:54:10

Hy - i am also having the problem that my history is poluted with a lot of entrys - The entries are looking like this one

27839670 05-06-2015 13:30 ocsinventoryng Software Install the software: N/A (64818)

I am using GLPI 0.8.5.4 and the REPORTS Plugin in Version 1.8.0 - so i can see the history of last software installations without walking trough all computers

But i found out that not all computers with OCS affected.

When i delete "lock" file manually under

c:\ProgramData\OCS Inventory NG\Agent\Download

The computer does not pollute the history anymore.

The lockfile will be recreated - but the history is fine now on every computer where i deleted the lockfile

I am using OCS Client 2.05 on all Computers

Sorry that i am answering in english

Darkeyes · 2015-06-24 08:05:53

zelimir wrote:

Bonjour,
j'ai finalement pu résoudre le problème en ajoutant un if dans le fichier plugins/ocsinventoryng/inc/ocsserver.class.php. Voici le diff:
5215a5216,5221
>     /**
>      * 2014-01-14 MC
>      * On verifie que le TAG OCS a change
>     **/ 
>        if ($data_ocs["TAG"] != $line_links["tag"]){
> 
5227a5234
>           }
Voilà, si ça peut aider... ;-)
A+
MC

Bonjour,

J'ai le même problème avec le plugin
35550996 23-06-2015 21:12 ocsinventoryng Lien OCSNG La balise OCSNG de l'ordinateur a changé de NA à NA

où doit-on exactement coller cette ligne dans le fichier de conf?

Merci par avance

pchauvin · 2015-06-24 11:18:35

Pour le plugin 1.0.3 (derniere version pour GLPI 0.84), voici où insérer le "if" proposé par zelimir:

après la ligne 5263 ( $data_ocs = Toolbox::addslashes_deep($PluginOcsinventoryngDBocs->fetch_array($result_ocs));)
insérer:
/**
* 2014-01-14 MC
* On verifie que le TAG OCS a change
**/
if ($data_ocs["TAG"] != $line_links["tag"]){

Refermer le "if" par "}" placé après la fermeture du " if ($DB->query($query)){" juste en dessous.

Voici le bloc complet:
5262 if ($PluginOcsinventoryngDBocs->numrows($result_ocs) == 1){
5263 $data_ocs = Toolbox::addslashes_deep($PluginOcsinventoryngDBocs->fetch_array($result_ocs));
5264
5265 /**
5266 * 2014-01-14 MC
5267 * On verifie que le TAG OCS a change
5268 **/
5269 if ($data_ocs["TAG"] != $line_links["tag"]){
5270
5271 $query = "UPDATE `glpi_plugin_ocsinventoryng_ocslinks`
5272 SET `tag` = '" . $data_ocs["TAG"] . "'
5273 WHERE `id` = '" . $line_links["id"] . "'";
5274
5275 if ($DB->query($query)){
5276 $changes[0] = '0';
5277 $changes[1] = $line_links["tag"];
5278 $changes[2] = $data_ocs["TAG"];
5279
5280 PluginOcsinventoryngOcslink::history($line_links["computers_id"], $changes,
5281 PluginOcsinventoryngOcslink::HISTORY_OCS_TAGCHANGED);
5282 return $data_ocs["TAG"];
5283 }
5284 }
5285 }

Last edited by pchauvin (2015-06-24 11:19:25)

Forum GLPI-Project

Announcement

#1 2013-11-25 15:18:37

Pollution des historiques

#2 2013-11-25 15:21:08

Re: Pollution des historiques

#3 2013-11-25 15:39:32

Re: Pollution des historiques

#4 2013-11-25 15:49:44

Re: Pollution des historiques

#5 2013-11-25 16:59:47

Re: Pollution des historiques

#6 2013-11-25 20:06:53

Re: Pollution des historiques

#7 2013-11-26 10:27:31

Re: Pollution des historiques

#8 2013-12-04 11:47:49

Re: Pollution des historiques

#9 2013-12-05 14:03:05

Re: Pollution des historiques

#10 2013-12-05 18:11:53

Re: Pollution des historiques

#11 2014-01-02 11:57:00

Re: Pollution des historiques

#12 2014-01-14 17:47:50

Re: Pollution des historiques

#13 2014-01-30 18:35:11

Re: Pollution des historiques

#14 2014-05-14 09:40:20

Re: Pollution des historiques

#15 2014-06-12 12:46:20

Re: Pollution des historiques

#16 2014-07-08 13:56:06

Re: Pollution des historiques

#17 2014-07-16 17:09:42

Re: Pollution des historiques

#18 2015-04-03 10:18:23

Re: Pollution des historiques

#19 2015-06-08 17:54:10

Re: Pollution des historiques

#20 2015-06-24 08:05:53

Re: Pollution des historiques

#21 2015-06-24 11:18:35

Re: Pollution des historiques

Board footer