Le cron, sans lequel GLPI paraît cassé
Beaucoup de fonctions de GLPI ne s'exécutent pas quand vous regardez une page : envoi des notifications, relève du collecteur de courriel, synchronisation de l'annuaire, purge, calcul des indicateurs. Elles sont portées par des actions automatiques.
Deux modes existent.
Le mode GLPI déclenche les tâches à l'occasion des visites de pages. Sur une instance peu visitée, les notifications partent avec des heures de retard, et la nuit rien ne tourne.
Le mode CLI, déclenché par le planificateur du système, toutes les minutes. C'est le seul mode correct en production, et il se met en place en une ligne dans la table de planification du serveur.
Le symptôme d'un cron absent est reconnaissable : « les courriels partent quand quelqu'un ouvre GLPI ». Ce n'est pas un défaut de la messagerie, c'est l'absence de planificateur système.
Ce qu'il faut sauvegarder, et dans quel ordre restaurer
Trois éléments, tous nécessaires. Sauvegarder la base seule est une erreur fréquente, qui se découvre à la restauration.
| À sauvegarder | Contenu | Sans lui |
|---|---|---|
| La base de données | tout l'outil | il ne reste rien |
/var/lib/glpi/files | documents joints, plugins | des tickets dont les pièces jointes ont disparu |
/etc/glpi | configuration, clés de chiffrement | des mots de passe stockés illisibles |
Le troisième mérite une insistance. GLPI chiffre certains secrets, dont le mot de passe du compte LDAP, avec une clé qui vit dans la configuration. Restaurer une base sans cette clé donne un outil qui démarre et qui ne peut plus se connecter à l'annuaire, avec un message peu parlant.
Le vidage de la base doit être cohérent, donc pris avec les options qui figent la lecture, et non par une copie des fichiers du moteur pendant qu'il tourne.
Et, comme pour toute sauvegarde : une restauration d'essai par trimestre, sur une machine séparée, est ce qui distingue une sauvegarde d'une hypothèse.
Monter de version sans casser
L'ordre est fixe, et chaque étape existe pour une raison vécue.
- Lire les notes de version, en particulier les versions minimales de PHP et de la base.
- Vérifier les plugins. C'est la cause numéro un de blocage : un plugin non compatible avec la version visée arrête la mise à jour, ou casse l'interface après.
- Sauvegarder, les trois éléments.
- Remplacer le code dans
/var/www/glpi, sans toucher au reste : c'est le bénéfice de l'arborescence éclatée du premier chapitre. - Lancer la migration de base, en ligne de commande de préférence, plus lisible qu'une page web qui expire.
- Réactiver les plugins un par un, et vérifier après chacun.
- Supprimer à nouveau le fichier d'installation, que l'archive réintroduit.
Les sauts de version majeure se font par paliers si la documentation l'indique. Une migration de deux versions d'écart tentée d'un bloc échoue au milieu, et c'est le pire endroit.
Le ménage, à poser une fois
Trois réglages qui évitent une base obèse et une non-conformité tranquille.
La purge de l'historique, qui limite la durée de conservation des modifications. C'est le poste le plus volumineux d'une base de trois ans.
La purge des tickets clos, selon la durée que votre politique retient.
La durée de conservation des données personnelles. Les tickets contiennent des noms, parfois des informations sur les personnes. Une durée de conservation doit être décidée et appliquée, et GLPI sait le faire tout seul une fois réglé.
Les trois pannes d'exploitation
Les notifications ne partent pas. Cron en mode GLPI, ou configuration d'envoi non testée.
L'interface est blanche après une mise à jour. Un plugin incompatible : les désactiver tous, puis les réactiver un par un.
Un téléversement échoue silencieusement. Droits sur /var/lib/glpi/files, ou taille maximale de fichier trop basse côté PHP.
À retenir
Le cron en mode système, sinon les notifications attendent une visite. Sauvegardez la base et les fichiers et la configuration, dont la clé qui déchiffre les secrets. Vérifiez les plugins avant toute montée de version, et remplacez le code seul. Enfin, réglez les purges le premier jour, y compris celle des données personnelles.