Aller au contenu

Problèmes courants#

J'ai un message d'erreur m'indiquant vous n'avez pas les droits pour vous connecter à cette application ?#

Plusieurs paramètres peuvent être liés à ce message.

  • Pas de profil associé à l'utilisateur : assurez vous que chaque utilisateur qui se connecte dispose bien d'un profil. Si ce n'est pas le cas, votre règle d'habilitation de profil est peut être erronée ou manquante.

  • Requêtes SQL temporaires : les requêtes SQL peuvent saturer le dossier temporaire si elles sont trop volumnineuses. La méthode est de kill automatiquement certaines requêtes qui prennent trop de temps (évitant ainsi un stockage temporaire trop important). Veuillez vous référer à la commande pt-kill

    Exemple de commande (permettant de tuer toutes les requêtes "SELECT" qui durent plus de 61s)

    perl /usr/bin/pt-kill --busy-time 61 --match-info "SELECT|select" --kill --victims all --daemonize

  • Problème de droits sur les dossiers GLPI : assurez vous que le propriétaire des dossiers GLPI soit bien l'utilisateur de votre serveur Web (apache, www-data, etc.) et que les autorisations soient correctement paramétrées sur les dossiers de votre serveur GLPI :

# find /var/www/glpi(1) -type f -exec chmod 644 {} +
# find /var/www/glpi(2) -type d -exec chmod 755 {} +
# chown www-data.(3) /var/www/glpi(4) -R
  1. 🙋‍♂️ à adapter selon votre configuration
  2. 🙋‍♂️ à adapter selon votre configuration
  3. 🙋‍♂️ à adapter selon votre configuration
  4. 🙋‍♂️ à adapter selon votre configuration

Comment remédier au message m'indiquant que les timezones ne sont pas accessibles ?#

Si les timezones ne sont pas activées, vous ne pourrez pas sélectionnez le pays dans le quel vous êtes. Suivez la documentation officielle afin d'activer vos timezones.

Danger

Attention car cette manipulation peut affecter les autres bases de données. Vérifiez auparavant l'impact avant de procéder aux modifications

Pourquoi ai-je le message d'erreur Le serveur Mysql est inaccessible. Vérifiez votre configuration ?#

Cela peut être dû à plusieurs paramètres :

  • Vérifier que le service mysql est bien démarré et (re)démarrez le au besoin
  • Vérifier la présence de votre base de données ainsi que les droits accordés à l'utilisateur de ladite base
  • Vérifier que le fichier de configuration de GLPI soit présent et dispose bien des autorisations suffisantes
  • Consulter les logs sql-errors.log dans le dossier files

Pourquoi un message d'erreur SSL certificate problem : unable to get local issuer certificate quand je tente d'activer ma clé de souscription dans le marketpalce ?#

Ce problème provient, généralement sous Windows, d'une configuration manquante. PHP n'a pas été configuré pour qu'il intègre le magasin des certificats CA et ne peut donc pas vérifier la chaîne de notre certificat quand il tente de s'y connecter.

Pour remédier à ce problème :

  • Téléchargez et extrayez cacert.pem en suivant les instructions à https://curl.se/docs/caextract.html
  • Enregistrez-le sur votre serveur à un endroit lisible par l'utilisateur du serveur Web
  • Dans votre php.ini, mettez l'emplacement du fichier cacert.pem dans la section [curl] et [openssl]
[curl]
curl.cainfo = "C:\mywebsite\php\extras\ssl\cacert.pem"

[openssl]
openssl.cafile = "C:\mywebsite\php\extras\ssl\cacert.pem"
  • Redémarrez votre serveur web et votre serveur PHP FPM le cas échéant

Comment configurer Redis pour gérer les sessions dans GLPI ?#

  • session.save_handler doit être défini sur redis dans php.ini.

  • session.save_path doit contenir une configuration valide du type :

    tcp://127.0.0.1:6379?persistent=1&timeout=2.5&read_timeout=2.5&retry_interval=30

Que faire si les sessions échouent avec Redis ?#

  • Vérifiez que Redis est configuré sur le bon port (par défaut 6379).
  • Augmentez le délai d'expiration (timeout) pour stabiliser la connexion.
  • Activez le verrouillage des sessions dans 20-redis.ini :
extension=redis.so
redis.session.locking_enabled = 1
redis.session.lock_expire = 60
redis.session.lock_wait_time = 50000
redis.session.lock_retries = 2000

Que faire si GLPI présente des problèmes de menus ou de tokens dans un environnement frontal partagé ?#

  • Assurez-vous que le dossier files/ est partagé entre tous les frontaux (dans le cas d'une installation multi-serveurs),
  • Vérifiez les permissions du dossier partagé.
  • Vérifiez les logs

Pourquoi ai-je une erreur SQL "Out of range value for column 'computertypes_id'" dans les logs de GLPI ?#

Cette erreur est souvent causée par une règle incorrecte ou incomplète qui modifie les types d’ordinateurs dans GLPI, entraînant une tentative d’écriture d’une valeur invalide (par exemple, -1) dans la colonne computertypes_id de la base de données.

Pourquoi /tmp se remplit-il rapidement ?#

Le remplissage de la partition /tmp dans GLPI peut être causé par des requêtes SQL trop longues, notamment lorsqu'elles nécessitent l'utilisation de tables temporaires. MySQL crée ces tables temporaires dans le répertoire /tmp par défaut, ce qui peut entraîner un remplissage rapide du disque si les requêtes sont trop volumineuses.

Que faire pour éviter le remplissage de /tmpà cause des requêtes SQL ?#

  • Optimiser les requêtes SQL : Examiner les vues et recherches par défaut dans GLPI et encourager les utilisateurs à ne pas ajouter trop de colonnes dans leurs requêtes.
  • Rediriger tmp_dir dans MySQL : Configurer le répertoire tmp_dir de MySQL en dehors de la partition /tmp pour éviter l'impact sur le système. Plus d'information dans la documentation officielle

Comment identifier les utilisateurs responsables de requêtes lourdes dans GLPI ?#

Il est difficile d'identifier directement les utilisateurs en fonction des requêtes qui remplissent /tmp, car les utilisateurs peuvent ajouter un nombre illimité de colonnes dans leurs recherches, générant ainsi des requêtes SQL volumineuses.