en bas de la fenêtre de glpi il y a :
comment as-tu installé GLPI ? par paquet, tu as DL la source ?
avant de créer les répertoires vérifie avec
updatedb
locate /glpi/plugins
Le problème des install par paquet de ce genre de produit est que on ne sait pas vraiment où sont les répertoires, les fichiers de conf… C’est pour cette raison que je travaille le plus possible à partir des sources.
Version :
GLPI 0.80.61 Copyright (C) 2003-2016 by the INDEPNET Development Team.
Ce n’est pas moi qui l’ai installé, il y était avant que je migre le serveur du coup il y est resté tel quel.
Alors aprés le updatedb :
root@srv:/# locate /glpi/plugins
/var/www/glpi/plugins
/var/www/glpi/plugins/remove.txtcd /var/www/glpi/plugins/
wget --no-check-certificate https://github.com/pluginsGLPI/ocsinventoryng/releases/download/1.2.2/glpi-ocsinventoryng-1.2.2.tar.gz
tar xvzf glpi-ocsinventoryng-1.2.2.tar.gz
rm *.gz
Version 0.80 c’est très très vieux ça, il faut trouver le plugin qui va bien, pas sûr que celui-ci fonctionne avec ta version
Bin je l’ai installé je vais bien voir ce que ça donne 
avant de l’activer backup ta base de données !
# On récupère toutes les bases de données
databases=`mysql --user=root --password="LE_PASSWD" -e "SHOW DATABASES;" | grep -Ev "(Database|information_schema)" | grep -viE '(performance_schema)'`
# parcours les bases
for i in $databases; do
## Sauvegarde des bases de donnees en fichiers .sql
mysqldump -uroot -p"LE_PASSWD" $i > ${i}_`date +"%d-%m-%Y"`.sql
## Compression des exports en tar.bz2 (le meilleur taux de compression)
tar jcf ${i}_`date +"%d-%m-%Y"`.sql.tar.bz2 ${i}_`date +"%d-%m-%Y"`.sql
## Suppression des exports non compresses
rm ${i}_`date +"%d-%m-%Y"`.sql
C’est pas pareil si j’ai une vm de backup ?
Tout dépend si elles sont liées ou si c’est un instantané
Elles sont pas liées 
!
il est conseillé de faire des backup réguliers des bases de données (crontab), en cas de pépins sans backup il te faudra un admin de base de données.
alors ce plugin, tu l’as testé ?
Bin j’ai fait ça mais je vois pas de changement sur l’interface de glpi …
dans ton vhost quel est le DocumentRoot ?
Le DocumentRoot ? …
tu sais ce qu’est un vhost ?
Nop monsieur.
Mais je vais trouver !
normalement, dans /etc/apache2/sites-available/ tu as les vhosts d’apache. Ce sont des fichiers qui ont pour extension .conf et on les active avec :
a2ensite lenomdufichier.conf
systemclt restart apache2.service
Tu as un exemple dans le message 11 (vhost spécial GLPI)
Je te demande ça car la directive DocumentRoot indique à Apache où sont stockés sur le serveur les fichiers du site. Il est possible que ton GLPI ne soit pas dans /var/www/glpi. Parfois on le trouve dans /usr/share/glpi.
que renvoie
ls -lh /var/www/glpi/plugins
parfois pour que GLPI identifie un plugin il faut renommer le répertoire, par exemple : oscinventory-ng.1.2.3.4 ==> oscinventory-ng
avec la commande
cd /var/www/glpi/plugins
mv oscinventory* oscinventory-ng
Euh bin moi je trouve glpi dans var/www/glpi (y a rien dans usr/share/)
et,
Renvois :
drwxr-xr-x 10 root root 4.0K Aug 4 15:52 ocsinventoryng
-rwxrwxrwx 1 root root 80 Jan 5 2012 remove.txt
Et je trouve bien les fichiers .conf que tu disais :
chown -R www-data:www-data /var/www
va remettre les droits pour apache
Ensuite dans l’interface web de GLPI tu vas dans /Configuration/plugins/, tu installe le plugin et tu l’actives. Et tu peux probablement supprimer le fichier remove.txt (je te conseille de le lire avant). Il est probable que ce fichier empêche GLPI de détecter les plugins (à vérifier en fonction de son contenu).
Je veux bien mais je vois pas comment faire justement.
Je l’ai lu et ça me renvois simplement :
Vous pouvez effacer ce fichier sans dommages.
You can safely remove this file.
Donc bon.
tu es dans le sous menu intitulés c’est pour paramétrer le éléments de ton parc informatique. Remonte d’un niveau et va voir les plugins. Si c’est pas ici, regarde les autres menus, j’ai une autre version en prod, je ne connais pas celle-ci