You are not logged in.
Bonjour,
J'ai un gros problème avec mon plugins Fusion Inventory qui est en train de me claquer dans les doigts..
J'ai été sur mon serveur, je me rend compte qu'il reste 500mo de libre sur mon disque dur. J'utilise GLPI avec Fusion inventory depuis 10 ans est je n'ai jamais eu de problème de ce genre..
La saturation provient du fichier glpi_plugin_fusioninventory_inventorycomputercomputers.ibd qui est actuellement a plus de 18Go..
Savez vous si je peut purger ce fichier ?
Est un comportement "normal" ?
Merci de votre réponse, dans l'attente j'ai désactiver le plugins FusionInventory.
- Debian 5.10.140-1
- PHP 7.4.30
- GLPI 10.0.7
- Agent GLPI 1.4
Offline
cette table fait 50 Mo dans ma base pour 4000PC (glpi 9.4.6 fusion :9.4+2.4)
la colonne serialized inventory (long BLOB) fait de 10 à 20Ko pour chaque ligne
je ne sais pas si c'est normal sur votre instance ça me parait énorme...
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
Effectivement.. J'ai 1000 PC dans ma base..
J'ai pour projet de mettre à jour ma version de GLPI + Fusion, mais c'est à double tranchant.. Soit ca améliore le problème, soit ca l'empire
- Debian 5.10.140-1
- PHP 7.4.30
- GLPI 10.0.7
- Agent GLPI 1.4
Offline
D'abord, faire un backup complet du serveur et de sa DB.
Si l'update casse tout > restore du backup.
Si l'update résout le problème > fête :-)
Offline
attention : backup en ligne de commande ....! (mysqldump)
avec 16Go rien que dans cette table phpmyadmin ne sauvegardera pas toute la base ( la sauvegarde interne glpi non plus)
autre solution ( après avoir fait le backup bien évidemment) : désinstaller le plugin et le réinstaller; les tables seront vides, et les agents vont refaire les liens avec les PC. vous verrez si la table grossi à nouveau.
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
Je viens de faire le test en coupant les accès a ma machine (pour éviter l'ajout de nouvelle data), en effectuant un snapshot (Vmware).
- J'ai désinstaller le plugins sur GLPI
- J'ai effectuer l'action nettoyer sur GLPI
- J'ai supprimer le dossier dans "Plugins"
Le fichier de 18Go est toujours présent.. Du coup Roll-back avec le snapshot.
- Debian 5.10.140-1
- PHP 7.4.30
- GLPI 10.0.7
- Agent GLPI 1.4
Offline
Après avoir bataillé j'ai résolu mon problème.
Après avoir faire des sauvegardes, un snapshot de la machine, nous avons pris la décision de supprimer le fichier glpi_plugin_fusioninventory_inventorycomputercomputers.ibd
Nous avons ensuite recréer un fichier vierge :glpi_plugin_fusioninventory_inventorycomputercomputers.ibd
En relançant GLPI, toutes mes donnée état présentes.
Les infos perdu sont uniquement les dernière date d'inventaire de FusionInventory.
Au bout de quelques heures l'inventaire des machines a été réalisée sans aucune action particulière de notre part.
Nous nous sommes rendu compte que nos agent été également en charge de faire les découvertes réseau.. D'où le nombres excessifs de lignes (je pense)
Le post peut être archivé.
Last edited by ibapt53 (2021-04-07 14:43:25)
- Debian 5.10.140-1
- PHP 7.4.30
- GLPI 10.0.7
- Agent GLPI 1.4
Offline
Merci pour le feedback !
Bien vu.
Perso, je pense que je n'aurais pas osé virer le fichier... Mais tant mieux si tout est ok :-)
Offline