[test 0.90.1] Evenement récurrent qui pollue l'historique d'un poste

narutobaka · 2016-05-20 17:24:40

Bonjour,

Je rencontre un soucis avec l'historique de mes postes :

Je remarque plusieurs événement récurrent qui revienne à chaque synchronisation :

1 - Changement perpétuelle de l'usager :

L'usager change perpetuellement de

16918599 20-05-2016 08:23 Plugin_FusionInventory (2272) Usager Changement de USAGER par USAGER@MONDOMAINE

Puis à l'inventaire suivant

16916278 20-05-2016 07:49 Plugin_FusionInventory (2272) Usager Changement de USAGER@MONDOMAINE par USAGER

2- Installation / desinstallation perpétuelle de RAS Async Adapter

16924012 20-05-2016 09:05 Plugin_FusionInventory (2272) Port réseau Ajout d'un élément : Port réseau (MonPoste - RAS Async Adapter (42358))

et à la synchronisation suivante :

16916280 20-05-2016 07:49 Plugin_FusionInventory (2272) Port réseau Supprimer un élément : Port réseau (MonPoste - RAS Async Adapter (41962))

3- Les logiciels s'installent/désinstallent perpétuellement

J'avais déjà signaler un problème similaire : http://forum.glpi-project.org/viewtopic.php?id=32782

Cordialement,

Last edited by narutobaka (2016-05-20 17:26:35)

yllen · 2016-05-20 20:15:44

Ces évènements concernent le plugin FusionInventoy

ddurieux · 2016-05-21 14:57:42

Ca resemble à 2 machines réelles différentes qui mettent à jour la même machine dans GLPI

narutobaka · 2016-05-23 11:32:48

Bonjour,

Dans la liste des agents, si je fais une recherche filtré sur "agent lié à" sur mon poste par exemple, il n'y a que un et un seul agent lié à mon poste.

Et si je regarde les informations d'import je ne vois bien qu'un et un seul élément lié.

Enfin quand je compare les heures de synchronisation avec les heures dans l'historique du poste concerné, il y a des synchronisations qui ne loggue rien dans l'historique du poste, donc ces indications dans l'historique ne sont pas systématique.

Qu'est-ce qui provoque l'installation ou la suppression d'un composant? Si je regarde dans le fichier de debug, concernant le composant j'ai ceci :

<NETWORKS>
<DESCRIPTION>RAS Async Adapter</DESCRIPTION>
<MACADDR>20:41:53:59:4E:FF</MACADDR>
<PNPDEVICEID>SW\{EEAB7790-C514-11D1-B42B-00805FC1270E}\ASYNCMAC</PNPDEVICEID>
<STATUS>Down</STATUS>
<VIRTUALDEV>1</VIRTUALDEV>
</NETWORKS>

Et le bloc est identique pour chaque inventaire que j'ai de tracé dans le fichier de debug. Donc pas de modification à ce niveau.

Pour L'usager, je ne trouve pas de USAGER@MONDOMAINE dans le fichier de debug, par contre je trouve ceci :

<LASTLOGGEDUSER>USAGER</LASTLOGGEDUSER> => sur cette ligne le nom de l'utilisateur est en minuscule.
<MEMORY>1900</MEMORY>
<NAME>DSI-03</NAME>
<OSCOMMENTS>Service Pack 1</OSCOMMENTS>
<OSNAME>Microsoft Windows 7 Professionnel </OSNAME>
<OSVERSION>6.1.7601</OSVERSION>
<PROCESSORN>1</PROCESSORN>
<PROCESSORS>2500</PROCESSORS>
<PROCESSORT>Intel(R) Celeron(R) CPU E3300 @ 2.50GHz</PROCESSORT>
<USERID>USAGER</USERID>

Et ce bloque est identique pour chaque remonté. Qu'est-ce qui provoque donc une détection de changement d'utiliteur et d'où vient l'usager "USAGER@MONDOMAINE"?

Suis-je le seul à rencontrer ce problème? Est-ce que vous arrivez à reproduire ce problème?

Sachant que je rencontre ce problème sur toutes les machines de mon inventaire la table de log gonfle allégrement et supprimé les logs rends inutile le fais d'avoir un historique....

cordialement,

ddurieux · 2016-05-23 13:16:23

1/ donc le network est identique, mais il s'enlève et se remet sans arrêt?
2/ Tu dois avoir une section <USERS> dans le XML (généralement vers la fin du XML)

johannsan · 2016-12-16 13:52:07

Bonjour.

A noter que j'ai le même comportement en 0.90.5 (fusion 0.90+1.4) sur les network et les utilisateurs.

J'avais donc fait deux github :
https://github.com/fusioninventory/fusi … ssues/2001 pour les usagers
https://github.com/fusioninventory/fusi … ssues/2003 pour les network

Cordialement.

Forum GLPI-Project

Announcement

#1 2016-05-20 17:24:40

[test 0.90.1] Evenement récurrent qui pollue l'historique d'un poste

#2 2016-05-20 20:15:44

Re: [test 0.90.1] Evenement récurrent qui pollue l'historique d'un poste

#3 2016-05-21 14:57:42

Re: [test 0.90.1] Evenement récurrent qui pollue l'historique d'un poste

#4 2016-05-23 11:32:48

Re: [test 0.90.1] Evenement récurrent qui pollue l'historique d'un poste

#5 2016-05-23 13:16:23

Re: [test 0.90.1] Evenement récurrent qui pollue l'historique d'un poste

#6 2016-12-16 13:52:07

Re: [test 0.90.1] Evenement récurrent qui pollue l'historique d'un poste

Board footer