Corriger l’erreur « Votre compte ne possède pas d’entité de référence »
S'applique à : Medulla Serveur avec GLPI
Version : Toutes versions
Environnement : On-Premise uniquement
Catégorie : Administration / GLPI / Gestion des entités
Problème rencontré
Dans Medulla, lors de l'accès au menu Admin > Gestion des entités, la liste des entités ne s'affiche pas.
Le message suivant apparaît :
Votre compte avec le profil [Super-Admin] ne possède pas d'entité de référence.
Cette erreur peut provenir d'un problème de permissions sur les fichiers de cache de GLPI, empêchant Medulla de récupérer correctement les informations des entités.
1. Identifier la cause dans les journaux GLPI
Sur le serveur Medulla hébergeant GLPI, se connecter avec un compte disposant des privilèges administrateur.
Consulter les journaux GLPI suivants :
/var/lib/glpi/files/_log/php-errors.log: erreurs PHP et problèmes d'accès aux fichiers./var/lib/glpi/files/_log/sql-errors.log: erreurs liées aux requêtes SQL.
Pour afficher les dernières erreurs :
tail -n 100 /var/lib/glpi/files/_log/php-errors.log
tail -n 100 /var/lib/glpi/files/_log/sql-errors.log
Pour rechercher spécifiquement les erreurs de permissions :
grep -i "Permission denied" /var/lib/glpi/files/_log/php-errors.log | tail -20
Exemple d'erreur constatée
Dans le journal php-errors.log, l'erreur suivante a été observée :
[2026-10-16 20:23:32] glpiphplog.WARNING:
Failed to save key "{key}" of type array:
fopen(/var/lib/glpi/files/_cache/core/bea52abca74a):
Failed to open stream: Permission denied
L'erreur provient du composant de gestion du cache Symfony utilisé par GLPI :
Symfony\Component\Cache\Adapter\FilesystemAdapter
/usr/share/glpi/vendor/symfony/cache/Traits/FilesystemCommonTrait.php:100
Le message Permission denied indique que GLPI ne parvient pas à écrire dans son répertoire de cache.
Cause identifiée :
Le serveur web ne dispose pas des permissions nécessaires pour écrire dans le répertoire /var/lib/glpi/files/_cache/ ou dans certains fichiers qu'il contient.
Ce dysfonctionnement peut perturber le fonctionnement de GLPI et provoquer des erreurs dans l'interface Medulla, notamment lors de l'affichage des entités.
2. Vérifier les permissions du cache GLPI
Contrôler le propriétaire et le groupe du répertoire :
ls -ld /var/lib/glpi/files/_cache
Vérifier également les permissions du sous-répertoire concerné par l'erreur :
ls -ld /var/lib/glpi/files/_cache/core
Sur une installation Medulla utilisant www-data pour l'exécution de GLPI, ce compte doit disposer des droits nécessaires pour accéder au cache et y écrire.
3. Corriger les permissions
Si les journaux confirment un problème de permissions et que GLPI utilise le compte www-data, exécuter la commande suivante avec les privilèges administrateur :
chown -R www-data:www-data /var/lib/glpi/files/_cache
Cette commande attribue récursivement la propriété du répertoire de cache GLPI et de son contenu à l'utilisateur et au groupe www-data.
Attention :
La commande doit être appliquée uniquement au répertoire /var/lib/glpi/files/_cache.
Il n'est pas nécessaire de modifier les permissions de l'ensemble du répertoire /var/lib/glpi/.
4. Vérifier la correction
Contrôler les permissions après modification :
ls -ld /var/lib/glpi/files/_cache
ls -ld /var/lib/glpi/files/_cache/core
Le propriétaire et le groupe doivent correspondre à :
www-data www-data
Retourner ensuite dans l'interface Medulla :
- Actualiser la page.
- Accéder au menu Admin > Gestion des entités.
- Vérifier que la liste des entités s'affiche correctement.
- Contrôler que le message concernant l'absence d'entité de référence a disparu.
Résultat attendu :
Lorsque l'erreur provenait des permissions du cache GLPI, la correction permet de rétablir l'accès au cache et peut résoudre le problème d'affichage des entités dans Medulla.
5. Si le problème persiste
Si le message reste affiché après la correction, consulter à nouveau les journaux GLPI :
tail -n 100 /var/lib/glpi/files/_log/php-errors.log
tail -n 100 /var/lib/glpi/files/_log/sql-errors.log
Vérifier notamment :
- l'absence de nouvelles erreurs
Permission denieddans le cache GLPI ; - l'absence d'erreurs SQL empêchant la récupération des entités ;
- la présence du profil Super-Admin sur le compte concerné ;
- l'association effective d'une entité de référence au compte utilisateur dans GLPI.
Information :
Le message indiquant qu'un utilisateur ne possède pas d'entité de référence peut avoir plusieurs causes. La correction du cache est particulièrement pertinente lorsque les journaux GLPI signalent des erreurs d'écriture dans /var/lib/glpi/files/_cache/.
Résumé des commandes
| Action | Commande |
|---|---|
| Consulter les erreurs PHP | tail -n 100 /var/lib/glpi/files/_log/php-errors.log |
| Consulter les erreurs SQL | tail -n 100 /var/lib/glpi/files/_log/sql-errors.log |
| Rechercher les erreurs de permissions | grep -i "Permission denied" /var/lib/glpi/files/_log/php-errors.log | tail -20 |
| Vérifier les permissions du cache | ls -ld /var/lib/glpi/files/_cache |
| Corriger les permissions | chown -R www-data:www-data /var/lib/glpi/files/_cache |
Solution rapide :
Si le message « Votre compte avec le profil [Super-Admin] ne possède pas d'entité de référence » apparaît dans Medulla et que les journaux GLPI indiquent une erreur Permission denied dans le cache, corriger les permissions avec :
chown -R www-data:www-data /var/lib/glpi/files/_cache
Actualiser ensuite la page Admin > Gestion des entités pour vérifier la résolution du problème.
