Signaux de santé de l'instance
Skysize surveille le log Odoo et l'état du conteneur de votre environnement de production, et transforme un ensemble fixe de problèmes connus en signaux de santé. Chaque signal a l'un des trois niveaux : info, avertissement ou problème. Un signal vous dit ce qui s'est passé, à quelle fréquence, et ce qui le corrige habituellement.
Seule la production est surveillée. Les environnements de staging et de développement sont des copies de travail où les erreurs sont normales : rien n'y est collecté.
Les signaux de santé vivent dans l'onglet Santé du projet, et le tableau de bord y renvoie partout où l'environnement est affiché. Seul un signal qui atteint le niveau Problème notifie les administrateurs du projet, une fois par épisode, par e-mail et/ou dans le tableau de bord selon le choix de chacun. Voir Notifications.
Projets en offre gratuite
La production est surveillée sur tous les plans, mais le détail des signaux de santé fait partie des plans payants. Sur un projet en offre gratuite, l'onglet Santé indique combien de signaux sont ouverts et à quel niveau, et les pastilles de l'onglet, de la carte du projet et de la ligne de production restent visibles. Le sujet de chaque signal, son extrait de log et la correction habituelle s'affichent dès que le projet passe à un plan payant ou à un essai. Les projets en offre gratuite n'ont pas de bannière de santé, ne peuvent ni accuser réception ni mettre en sourdine, et leurs administrateurs ne sont pas notifiés des problèmes de santé.
Passer à un plan payant révèle les signaux déjà collectés : rien n'a besoin d'être détecté à nouveau.
Où les trouver
- Onglet Santé sur la page du projet, juste après Branches. L'onglet porte un petit point de la couleur du signal ouvert le plus grave : rouge pour un problème, ambre pour un avertissement, bleu pour une info. Pas de point signifie que rien n'est ouvert.
- La carte du projet dans la liste des projets et la ligne de production dans l'onglet Branches affichent le même point.
- La page de l'environnement de production et la zone de surveillance d'un build de production affichent un court bandeau listant les avertissements et problèmes ouverts, avec un lien vers l'onglet Santé.
- Une bannière de projet apparaît dès qu'au moins un problème est ouvert, pour que vous ne puissiez pas le manquer.
L'onglet Santé affiche une section par environnement de production. Chaque ligne indique le niveau, le titre du signal, l'élément concerné (le nom d'une action planifiée, par exemple), le nombre d'occurrences et les dates de première et dernière apparition. Ouvrez une ligne pour lire ce que le signal signifie, le correctif habituel, la dernière ligne de log correspondante et, avec le rôle développeur ou admin, les occurrences récentes.
Si le projet n'a pas encore d'environnement de production déployé, l'onglet explique que les signaux de santé sont collectés une fois la production déployée.
Ce qui est surveillé
| Signal | Ce que cela signifie | Correctif habituel |
|---|---|---|
| Mot de passe admin par défaut toujours actif | Le compte administrateur de votre base de production a toujours le mot de passe par défaut admin. Odoo affiche le même avertissement quand cet utilisateur se connecte. Toute personne qui atteint la page de connexion obtient un accès complet à vos données. Toujours signalé au niveau le plus élevé. | Changez le mot de passe dans Odoo sous Mon profil > Sécurité du compte et activez l'authentification à deux facteurs. Le signal disparaît dans l'heure. |
| Action planifiée désactivée par Odoo | Odoo a désactivé une action planifiée après 5 échecs en 7 jours. Elle ne s'exécutera plus tant que personne ne la réactive. | Corrigez la cause, puis réactivez l'action dans Configuration > Technique > Actions planifiées dans Odoo. |
| Action planifiée en échec | Une action planifiée a levé une erreur pendant son exécution. | Consultez le log serveur autour de l'échec et corrigez la cause avant qu'Odoo ne désactive l'action. |
| Action planifiée hors délai | Une action planifiée a dépassé la limite de temps et a été interrompue. | Rendez l'action plus rapide, ou augmentez la limite de temps (voir Workers et limites de temps). |
| Actions planifiées ignorées | Les actions planifiées ne s'exécutent pas parce qu'un module est bloqué à l'état « à installer » ou « à mettre à jour ». | Terminez ou annulez l'installation ou la mise à jour en attente dans Odoo. |
| Worker HTTP arrêté sur la limite de temps | Une requête web a duré plus longtemps qu'autorisé et son worker a été arrêté. Les utilisateurs voient une erreur ou une page blanche. | Optimisez l'opération lente, ou augmentez la limite de temps des requêtes dans les paramètres du projet. |
| Worker cron arrêté sur la limite de temps | Le worker qui exécute les actions planifiées a été arrêté sur la limite de temps. | Comme ci-dessus : rendez l'action plus rapide ou augmentez la limite de temps. |
| Limite mémoire du worker atteinte | Un worker a dépassé sa limite mémoire souple et a été redémarré après avoir terminé sa requête. Informatif, sauf si cela se répète souvent. | Cherchez une requête ou un rapport gourmand en mémoire, ou donnez plus de mémoire à l'environnement. |
| Limite mémoire du worker de live chat atteinte | Le worker qui sert le live chat et les notifications en temps réel a été redémarré sur sa limite mémoire. | Comme ci-dessus. |
| Limite mémoire dure atteinte | Un worker a dépassé la limite mémoire dure et a été arrêté immédiatement, interrompant la requête en cours. | Identifiez l'opération qui consomme la mémoire, ou augmentez la mémoire du plan. |
| Conteneur arrêté pour dépassement de mémoire | Le conteneur Odoo entier a dépassé la mémoire de votre plan, a été arrêté puis redémarré. | Augmentez la mémoire du plan ou réduisez le nombre de workers. |
| Conteneur qui redémarre en boucle | Odoo s'arrête sans cesse peu après son démarrage. | Lisez le log d'exécution : en général un module cassé, une dépendance manquante ou une erreur de configuration. |
| Erreurs de requêtes | Des requêtes se terminent par une traceback. Le compteur indique la fréquence. | Lisez le dernier extrait et le log d'exécution pour trouver le module ou la vue en cause. |
| Nombreuses connexions échouées | Un nombre inhabituel de tentatives de connexion a échoué en peu de temps. Attaque par force brute possible. | Activez l'authentification à deux facteurs et vérifiez les utilisateurs et leurs mots de passe. |
| Contention de base de données | Deadlocks, échecs de sérialisation ou plus aucun slot de connexion disponible. Odoo réessaie, mais les utilisateurs subissent des lenteurs ou des erreurs. | Cherchez les transactions longues et les actions planifiées lourdes exécutées pendant les heures de bureau. |
| Fichiers de pièces jointes manquants | Odoo référence des fichiers absents du filestore. Typique après un import réalisé sans le filestore. | Restaurez une sauvegarde qui inclut le filestore (voir Importer une sauvegarde Odoo existante). |
| Envoi d'e-mails en échec | Odoo n'arrive pas à envoyer d'e-mails via le serveur sortant configuré. | Vérifiez les paramètres et les identifiants du serveur de messagerie sortant dans Odoo. |
Comment fonctionnent les niveaux
Chaque signal démarre à un niveau de base. Quand le même problème se répète dans sa fenêtre, le signal passe à avertissement, puis à problème. La fenêtre est de 24 heures pour la plupart des signaux, et de 1 heure pour ceux qui évoluent vite, comme les erreurs de requêtes et les connexions échouées.
Un signal se résout de lui-même quand le problème cesse de se répéter pendant la durée de sa fenêtre. Deux signaux font exception, car vous seul pouvez les corriger : Action planifiée désactivée par Odoo reste ouvert tant que l'action n'est pas de nouveau active, et Mot de passe admin par défaut toujours actif reste ouvert tant que le mot de passe n'est pas changé.
Les signaux résolus des 30 derniers jours restent consultables dans l'onglet Santé via Afficher les résolus.
Accuser réception et mettre en sourdine
Deux actions vous permettent de garder l'onglet Santé pertinent :
- Accuser réception indique à la plateforme que vous avez vu le signal. Son point et sa présence dans les badges disparaissent, et le signal reste listé avec le nom de la personne qui l'a pris en compte. Si le niveau monte ensuite, le signal réclame de nouveau votre attention.
- Mettre en sourdine masque le signal pendant 1 jour, 1 semaine ou 30 jours. Un signal en sourdine ne compte jamais dans les points ni dans la bannière. Les signaux en sourdine sont regroupés sous un interrupteur En sourdine dans l'onglet, et vous pouvez les réactiver à tout moment.
Les deux actions nécessitent le rôle développeur ou admin sur le projet.
Ce qui est conservé
Les signaux de santé sont construits à partir de motifs dans le log Odoo et de l'état du conteneur. La vérification du mot de passe par défaut s'exécute une fois par heure sur le serveur qui héberge votre base : elle compare le hash stocké du mot de passe du compte administrateur avec celui de admin. Elle ne tente jamais de connexion, et aucun mot de passe ni hash ne quitte le serveur. Pour chaque occurrence, seule la ligne de log correspondante est conservée, tronquée à 300 caractères, et elle est supprimée après 30 jours. Les logs complets restent disponibles comme décrit dans Voir les logs.