[SEMI-RESOLU] Saturation de l'historique des postes

Bikarfioul · 2013-10-16 12:15:43

Salut,

Depuis que je suis passé sous glpi-0.84.2 avec INVENTORY en v2.3.0 j'ai mes historique de poste qui font que exploser

Les agents remontent une vingtaine de ligne par heure avec l'information suivante :

1762478 16-10-2013 11:46 Plugin_FusionInventory (175) Périphérique Verrouiller un lien avec un élément : Prise en charge d'impression USB (124)

Je ne comprends pas d'où provient ce message et surtout pourquoi il impacte tous mes postes.

Une idée ?

PS : Pour info j'ai 511658 lignes dans la table "glpi_logs" qui référence la "Prise en charge d'impression USB" donc cela va vite devenir handicapant

PS2 : certain poste sont en V2.3.2 cela ne règle pas le problème.

Last edited by Bikarfioul (2013-10-16 14:57:58)

Bikarfioul · 2013-10-16 14:53:44

Problème similaire sur le post : http://www.glpi-project.org/forum/viewt … action=new

ddurieux · 2013-10-16 16:24:33

Si tu pouvais m'envoyer le XML / phparray (dans l'onglet infornations d'import de l'ordinateur) que je teste

Bikarfioul · 2013-10-16 16:28:47

tu trouveras tout ce qu'il te faut ici : http://dl.free.fr/getfile.pl?file=/NQPuiLzi

ddurieux · 2013-10-16 17:41:20

Je n'ai pas l'élément 'Prise en charge d'impression USB' dedans, t'es sur que c'est le bon ordi?

Bikarfioul · 2013-10-16 21:22:32

Merci David pour ton aide.

Ce problème est répendu sur toutes mes remontées postes et serveurs donc difficile de ne pas trouver le bon ordi.

Mais j'ai également regarder sur plusieurs postes le XLM et aucune trace de "Prise en charge d'impression USB".

Ce pourrait-il que ce soit un conflit de table suite à l'update ?
Dis moi les éléments dont tu as besoin et je te les ferais parvenir.
Je peux même te proposer une PMAD, si tu souhaites constater le problème par toi même.

Last edited by Bikarfioul (2013-10-16 21:25:39)

ddurieux · 2013-10-16 22:37:15

Je pense que c'est l'apostrophe qui pose soucis, je pense pouvoir tester, mais avec un XML ça serait mieux

PMAD? qu'est ce que c'est?

Bikarfioul · 2013-10-16 22:55:02

Désolé déformation professionnelle Prise en Main A Distance, PMAD.

Sinon, comment te fournir un XML ayant l'information voulue ?

ddurieux · 2013-10-16 23:20:46

vas dans glpi/files/_plugins/fusioninventory/xml/computer et lance la commande :

grep -r -l "Prise en charge d" *

Ca va t'afficher les fichiers XML qui contiennent ce bout de texte

ddurieux · 2013-10-17 07:42:56

Bon, j'en ai sous la main là, je vais tester

ddurieux · 2013-10-17 07:59:46

Bon je ne reproduis pas...
Tu gére les periphérique unitaire ou global (dans la conf du plugin, onglet 'inventaire') ?

Bikarfioul · 2013-10-17 09:41:16

"Import Unique" pour les moniteurs, Imprimantes, et périphérique.

grep -r -l "Prise en charge d" *
1/19
13/137
2/29
3/36

Les 4 fichiers se planquent ici : http://dl.free.fr/jfg4Iifz9

Mais seul le 29 et le 36 font mentions de "Prise en charge d'impression"

Last edited by Bikarfioul (2013-10-17 09:51:35)

Bikarfioul · 2013-10-18 09:17:59

Hier, J'ai passé l'inventaire en mode GLobal cela semble avoir réglé le problème.

Dois-je en déduir que nous ne pouvons plus faire d'inventaire Unique ?

ddurieux · 2013-10-18 11:03:06

normalement si, mais j'essaye de comprendre les cas ou ca foire pour identifier ce qui ne va pas

dabl · 2013-10-30 19:13:08

J'ai découvert le même problème aujourd'hui. Quelques infos supplémentaires qui te seront peut être utiles pour trouver le bug.

Les versions:
=========

- glpi: 0.84.2
- fusioninventory-for-glpi: 0.84+1.2
- agent: v2.3.2 windows 32 bits

Le problème
=========

Saturation de l'historique des ordinateurs. Environ 3000 messages de ce type créés en 3 jours sur tous les ordinateurs du parc (260 agents en prod, 1 inventaire par 24h).

1433860 2013-10-30 17:03 Plugin_FusionInventory (337) Périphérique Verrouiller un lien avec un élément : Concentrateur MTT USB 2.0 (1)

J'ai bien un périphérique "Concentrateur MTT USB 2.0" qui a un historique sain, en revanche j'ai un périphérique "Concentrateur MTT USB 2.0 (1)" qui lui a >670000 enregistrements d'historique. Le tout en 3 jours.

Je suis en "import unique" pour les périphériques.

Description tentative de contournement
============================

Je débute avec glpi, il est en prod depuis 4 semaines environ et je n'avais pas d'expérience avant, donc je peux me planter complètement en faisant les démarches suivantes, mais j'ai quand même tenté dans l'ordre:

- création d'une "règle d'import et de liaison du matériel" (plugin fusioniventory > règles) pour ne pas importer le matériel dont le nom commence par "Concentrateur MTT USB": Marchait pas, normal je viens de m'appercevoir que je ne l'avais pas activée

- sur la fiche du périphérique, basculer la gestion de l'inventaire en "gestion globale": Là, je pense que le flood de l'historique c'est arrêté.

- J'ai supprimé le périphérique avec les 670k enregistrements d'historique.

Futur
====

Ca fait 1h et le pb n'est pas revenu pour le moment. J'active ma règle pour éviter l'import et on va voir ce que ça donne

dabl · 2013-10-31 15:47:15

Juste un petit complément rapide.

J'ai à nouveau eu le pb sur 2 autres périphériques, a chaque fois en basculant le périphérique en mode "gestion globale" le problème a disparu.

A noter que ces périphériques qui pose pb n'ont pas de numéro de série, le champs est vide.

yannick.laprevotte · 2014-05-09 16:16:46

Bonjour,

un petit mot pour vous dire que nous connaissions le même problème sur notre gestion de parc:

GLPI v0.84
plugin Fusioninventory v1.2
agent fusioninventory v2.3.7

la mise à jour du plugin Fusioninventory de la v1.2 a la v2.2 à résolu le problème de flood de l'historique.

Le nettoyage de votre base de données peut s'avérer utile si vous avez subi ce flood, un requête sql nous a permis de récupérer une base purgée des lignes en trop, la requête est la suivante:

delete from glpi_logs where old_value="Périphérique d'interface utilisateur USB (1)";

remplacer la valeur "Périphérique d'interface utilisateur USB (1)" par la valeur qui vous concerne.

j'espère que ça pourra aider.

Forum GLPI-Project

Announcement

#1 2013-10-16 12:15:43

[SEMI-RESOLU] Saturation de l'historique des postes

#2 2013-10-16 14:53:44

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#3 2013-10-16 16:24:33

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#4 2013-10-16 16:28:47

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#5 2013-10-16 17:41:20

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#6 2013-10-16 21:22:32

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#7 2013-10-16 22:37:15

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#8 2013-10-16 22:55:02

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#9 2013-10-16 23:20:46

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#10 2013-10-17 07:42:56

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#11 2013-10-17 07:59:46

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#12 2013-10-17 09:41:16

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#13 2013-10-18 09:17:59

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#14 2013-10-18 11:03:06

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#15 2013-10-30 19:13:08

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#16 2013-10-31 15:47:15

Re: [SEMI-RESOLU] Saturation de l'historique des postes

#17 2014-05-09 16:16:46

Re: [SEMI-RESOLU] Saturation de l'historique des postes

Board footer