You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 4, 2024. It is now read-only.
Note: It's very probably this bug exists in previous FI4G versions.
The issue
Whatever asset imported inside GLPI by FI4G (a computer, a network device, a network printer, etc.) has associated a XML file under the files/_plugins/fusioninventory/xml directory that contains information (information that is sent by FIA) about it. This is an example of files/_plugins/fusioninventory/xml for three assets.
Note: This tree structure is true for new FI4G installations (v9.2+2.0 and above). If your system is the result of successive update processes, then you probably have a more similar structure to this one, with XML files without .xml extension.
The problem is that when you perform the massive actions of Delete permanently but keep devices or Delete permanently and remove devices from the dustbin of GLPI, FI4G doesn't remove the XML files of files/_plugins/fusioninventory/xml/. This causes files/_plugins/fusioninventory/xml/ structure to become full of orphaned files over time.
FI4G should remove the import XML files when an asset is delete permanently.
Regards,
The text was updated successfully, but these errors were encountered:
The environment
This is the information about system installation and configuration.
The issue
Whatever asset imported inside GLPI by FI4G (a computer, a network device, a network printer, etc.) has associated a XML file under the
files/_plugins/fusioninventory/xml
directory that contains information (information that is sent by FIA) about it. This is an example offiles/_plugins/fusioninventory/xml
for three assets.[root@ilab glpi]# tree files/_plugins/fusioninventory/xml/ files/_plugins/fusioninventory/xml/ ├── computer │ └── 0 │ └── 1.xml ├── networkequipment │ └── 1 │ └── 17.xml └── printer └── 2 └── 23.xml
The problem is that when you perform the massive actions of Delete permanently but keep devices or Delete permanently and remove devices from the dustbin of GLPI, FI4G doesn't remove the XML files of
files/_plugins/fusioninventory/xml/
. This causesfiles/_plugins/fusioninventory/xml/
structure to become full of orphaned files over time.FI4G should remove the import XML files when an asset is delete permanently.
Regards,
The text was updated successfully, but these errors were encountered: