You are not logged in.
Bonjour,
Je rencontre un problème avec le plugin OCSImport.
Lors de chaque synchronisation, je remarque dans le journal de log de certaine machine, l'installation de logiciels puis lors de la synchronisation suivante, la désinstallation de la même liste de logiciel installer lors de la précédente synchronisation pour un poste donnée et ceci continuellement :
1- Synchronisation 1 : installation d'une liste de logiciels
2- Synchronisation 2 : Désinstallation de la liste de logiciels précédente
3- Retour en 1
Ce qui a comme conséquence de considérablement alourdir la table de log de certains postes.
Je ne sais pas trop si le problème viens d'OCS ou du plugin OCSImport.
Merci d'avance pour votre aide
Cordialement,
Last edited by narutobaka (2013-09-26 11:21:18)
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
Le plugin ne fait que synchroniser le contenu de la base OCS avec la sienne.
Il faudrait comparer la génération de l'inventaire dans les 2 cas indiqués.
Votre poste a plusieurs cartes réseau ?
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour,
et merci pour ton aide
J'ai désactivé temporaire la synchronisation automatique afin d'éviter de polluer la base de donnée.
Il faudrait comparer la génération de l'inventaire dans les 2 cas indiqués.
J'avoue ne pas savoir comment faire cette comparaison, peux-tu m'indiquer la démarche à suivre?
Votre poste a plusieurs cartes réseau ?
La plupart des postes pour lesquels je rencontre ce problème ne sont équipés que d'une et une seule carte réseau.
Cordialement
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
Bonjour,
J'ai remarqué que lorsque je fais une synchronisation manuelle, ou que je force la synchronisation j'obtiens le même résultat.
Petite example de ce que j'obtiens dans l'historique du poste :
1 ere synchronisation
13844281 05/06/2013 12:01 Logiciel Désinstallation d'un logiciel : "Compl 2.0.041222.01"
13844277 05/06/2013 12:01 Logiciel Désinstallation d'un logiciel : "Outils Microsoft Visual Studio 10.0.30319"
13844273 05/06/2013 12:01 Logiciel Désinstallation d'un logiciel : "Microsoft Visual Basic 2010 Express - 10.0.30319"
13844271 05/06/2013 12:01 Logiciel Désinstallation d'un logiciel : "Technologie d "
13844269 05/06/2013 12:01 Périphérique suppression lien avec un élément : "P (150)"
13844267 05/06/2013 12:01 Périphérique suppression lien avec un élément : "N/A (149)"
13844265 05/06/2013 12:01 Périphérique ajout lien avec un élément : "P (150)"
13844263 05/06/2013 12:01 Périphérique ajout lien avec un élément : "N/A (149)"
13844261 05/06/2013 12:01 Imprimante suppression lien avec un élément : "Envoyer (1433)"
13844259 05/06/2013 12:01 Imprimante ajout lien avec un élément : "Envoyer (1433)"
2 eme synchronisation
13844310 05/06/2013 12:02 Logiciel Installation d'un logiciel : "Compl 2.0.041222.01"
13844306 05/06/2013 12:02 Logiciel Installation d'un logiciel : "Outils Microsoft Visual Studio 10.0.30319"
13844301 05/06/2013 12:02 Logiciel Installation d'un logiciel : "Microsoft Visual Basic 2010 Express - 10.0.30319"
13844296 05/06/2013 12:02 Logiciel Installation d'un logiciel : "Technologie d "
13844294 05/06/2013 12:02 Périphérique suppression lien avec un élément : "P (150)"
13844292 05/06/2013 12:02 Périphérique suppression lien avec un élément : "N/A (149)"
13844290 05/06/2013 12:02 Périphérique ajout lien avec un élément : "P (150)"
13844288 05/06/2013 12:02 Périphérique ajout lien avec un élément : "N/A (149)"
13844286 05/06/2013 12:02 Imprimante suppression lien avec un élément : "Envoyer (1433)"
13844284 05/06/2013 12:02 Imprimante ajout lien avec un élément : "Envoyer (1433)"
Cordialement,
Last edited by narutobaka (2013-06-05 17:03:26)
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
Bonjour,
Je suis en train de rechercher toutes les informations pour un logiciel avec lequel je rencontre le problème :
13844281 05/06/2013 12:01 Logiciel Désinstallation d'un logiciel : "Compl 2.0.041222.01"
Lorsque je vais dans la partie logiciel d'un poste sur lequel j'ai ce logiciel d'installer, j'ai remarqué que les logiciels étaient classés sous deux "catégories" :
- Logiciels sans catégories
- Fusion
A quoi fait référence la catégorie Fusion?
cordialement,
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
bonjour,
Il faudrait comparer la génération de l'inventaire dans les 2 cas indiqués.
quels est la démarche pour effectuer cette comparaison?
quels sont les tables à surveiller?
cordialement,
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
Bonjour,
J'ai effectué un test sur la table GLPI_Softwares pour un logiciel donnée
Il n'y a pas de différence sur cette table entre 2 synchronisation.
J'ai ensuite était voir ce qu'il se passait dans la table GLPI_Logs
Et la j'ai vu un truc bizarre :
Lors de la 1 ere synchro : Il m'indique la valeur de version dans la colonne Old_Value
Lors de la 2 eme synchro : Il m'indique la valeur de version dans la colonne New_Value
Je sais pas trop pourquoi.
Help , ca commence a me rendre fou ce problème .
Si il faut surveiller d'autre table de la base de donnée je suis preneur de toute piste.
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
Bonjour,
Je me suis installé un environnement de test équivalent à notre environnement de production (seul le systeme d'exploitation est différent ) :
OCS 2.0.5
GLPI 0.83.7
sur Centos 5.9 (RedHat 5.5 en prod)
Je n'ai installé aucun plugin.
J'ai récupéré une copie de la base OCS de production copié sur mon OCS de test
Je n'ai importé qu'un et un seul poste sur mon GLPI de test
Pas de problème d'importation du poste.
Par contre si j'utilise la fonction "forcer la synchronisation" partie OCS Inventory NG de la fiche inventaire de ce poste, je rencontre le même problème d'indication d'installation /desinstallation dans l'historique :
1139 2013-09-19 15:11 glpi Logiciel Installation d'un logiciel : "Compl 2.0.041222.01"
1134 2013-09-19 15:11 glpi Logiciel Installation d'un logiciel : "Outils Microsoft Visual Studio 10.0.30319"
1129 2013-09-19 15:11 glpi Logiciel Installation d'un logiciel : "Microsoft Visual Basic 2010 Express - 10.0.30319"
1124 2013-09-19 15:11 glpi Logiciel Installation d'un logiciel : "Technologie d "
1119 2013-09-19 15:11 glpi Périphérique suppression lien avec un élément : "P (2)"
1117 2013-09-19 15:11 glpi Périphérique suppression lien avec un élément : "N/A (1)"
1115 2013-09-19 15:11 glpi Périphérique ajout lien avec un élément : "P (2)"
1113 2013-09-19 15:11 glpi Périphérique ajout lien avec un élément : "N/A (1)"
1111 2013-09-19 15:11 glpi Imprimante suppression lien avec un élément : "Envoyer (4)"
1109 2013-09-19 15:11 glpi Imprimante ajout lien avec un élément : "Envoyer (4)"
1104 2013-09-19 15:10 glpi Logiciel Désinstallation d'un logiciel : "Compl 2.0.041222.01"
1099 2013-09-19 15:10 glpi Logiciel Désinstallation d'un logiciel : "Outils Microsoft Visual Studio 10.0.30319"
1094 2013-09-19 15:10 glpi Logiciel Désinstallation d'un logiciel : "Microsoft Visual Basic 2010 Express - 10.0.30319"
1089 2013-09-19 15:10 glpi Logiciel Désinstallation d'un logiciel : "Technologie d "
1087 2013-09-19 15:10 glpi Périphérique suppression lien avec un élément : "P (2)"
1085 2013-09-19 15:10 glpi Périphérique suppression lien avec un élément : "N/A (1)"
1083 2013-09-19 15:10 glpi Périphérique ajout lien avec un élément : "P (2)"
1081 2013-09-19 15:10 glpi Périphérique ajout lien avec un élément : "N/A (1)"
1079 2013-09-19 15:10 glpi Imprimante suppression lien avec un élément : "Envoyer (4)"
1077 2013-09-19 15:10 glpi Imprimante ajout lien avec un élément : "Envoyer (4)"
Dans Outils / OcsNG / Synchronisation des ordinateurs déjà importés : Il n'y rien de proposé.
J'obtiens ceci à l'écran :
Ordinateurs mis à jour dans OCSNG
Mise à jour des ordinateurs
Sans modification sur l'historique du poste.
Je ne connais pas le mécanisme de la fonction "forcer la synchronisation", mais il semble y avoir un soucis à ce niveau.
Je ne sais pas trop si il s'agit d'un bug ou si il y a un problème autre part.
Si quelqu'un a une piste de recherche je suis preneur de toute idée ou remarque, parce la je n'arrive vraiment pas à comprendre.
Cordialement,
Last edited by narutobaka (2013-09-20 11:41:51)
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
Bonjour,
Je relance juste le topic.
Je ne pense pas être le seul à avoir utiliser la fonctionnalité de forcer la synchronisation d'un poste.
Fonctionnalité sur laquelle s'appuie massOcsImport je pense, car j'obtiens les même symptome.
J'aimerais juste savoir si il s'agit d'un bug?
cordialement,
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
Bonjour,
Je me permet de faire un up sur ce topic car je fais face à ce même problème.
Je prépare la migration d'un GLPI 0.78 vers la 0.84.5 contenant 10000 postes
Les versions utilisées sont les suivantes :
GLPI 0.84.5
plugin OCS Inventory NG 1.0.2
SLES 11sp2
Et à chaque synchronisation j'ai environ 200 lignes supplémentaires dans
l'historique pour chaque poste ... (je vous laisse faire le calcul sur l'ensemble
du parc). J'ai désactivé la synchronisation automatique. Sans cette fonctionnalité
la mise en production de cette dernière version est impossible
Est ce que vous avez pu avancer sur ce problème de votre côté.
Merci.
Offline
bonjour,
Non je n'ai pour l'instant pas avancer sur ce problème.
J'ai mis en attente la partie de gestion des logiciels sous GLPI.
Mais je vais pas tarder à me remettre sur ce problème.
Je ferais un retour sur l'évolution de ce problème.
cordialement,
@Kult : lorsque tu me contactes par mail par rapport à un de mes posts, pense à mettre un lien vers ce post ou alors indiquer à quel problème fait référence ton mail
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
C'est un bug connu de l'agent OCS qui est corrigé en 2.1.0.1 :
Fix bug #1034821: Also compute checksum for plugin output, to allow detecting changes when plugin update standard inventory informations like software
GLPI : 9.1.6 - OCS : 2.1.2
Plateforme : Windows Server 2008R2 Standard Edition Service Pack 1
Apache/2.2.31 (Win32) mod_ssl/2.2.31 OpenSSL/1.0.1p PHP/5.4.45 mod_perl/2.0.8 Perl/v5.16.3 ()
MySQL: 5.7.10-log
Offline
bonjour
et merci pour l'info.
Peut-être songer à monter en version alors.
Encore merci
cordialement,
Prod : centos-release-7-2 | GLPI 9.4.3 | FusionInventory 9.4+1.1 | fusioninventory-agent_windows-x64_2.5.2
Test : centos-release-7-2 | GLPI 9.4.4 |
Rectorat de Caen
Offline
Oui et apparement il y avait aussi un bug coté plugin OCS for GLPI
https://forge.indepnet.net/issues/5059
GLPI : 9.1.6 - OCS : 2.1.2
Plateforme : Windows Server 2008R2 Standard Edition Service Pack 1
Apache/2.2.31 (Win32) mod_ssl/2.2.31 OpenSSL/1.0.1p PHP/5.4.45 mod_perl/2.0.8 Perl/v5.16.3 ()
MySQL: 5.7.10-log
Offline
Si quelqu'un a une idée pour nettoyer l'historique de ces valeurs d'ailleurs ca serait super !
GLPI : 9.1.6 - OCS : 2.1.2
Plateforme : Windows Server 2008R2 Standard Edition Service Pack 1
Apache/2.2.31 (Win32) mod_ssl/2.2.31 OpenSSL/1.0.1p PHP/5.4.45 mod_perl/2.0.8 Perl/v5.16.3 ()
MySQL: 5.7.10-log
Offline
Bonjour,
@narutobaka : surement un manque de ma part, j'étais pourtant persuadé de l'avoir mis.
@berserker Lors de nos tests, on ne faisait pas de remonté de la part de l'agent OCS ente chaque synchronisation forcée, ce qui fait que notre base OCS ne variait pas. Pourtant on continuait à avoir ce dysfonctionnement,
synchro 1 : "Ajout de Logiciel",
synchro 2 : "Suppression de logiciel".
La solution que nous avons trouvé http://www.glpi-project.org/forum/viewt … p?id=37068 est indépendante d'OCS.
Nous n'avons pas cherché de solution pour nettoyer l'historique de ces valeurs, on travaille sur un bac à sable avant de faire la mise à jour de l'environnement de production. Donc lorsque cette migration en prod se fera on appliquera notre patch AVANT de synchroniser.
Cordialement,
Last edited by Kult (2014-09-22 14:14:11)
Offline