Set-OPS-Public/roles/client_sante/meta/supervision.yml
Daniel Allaire 5340220192 vigie : vues métier par clientèle interne, dérivées du plan
- metier: sur chaque sonde (47) ; catalogue des vues et services dans
  serveur_icingaweb2 ; vues Mes outils / Services rendus / Exploitation
- contrôles calculés comme serveur_icinga (sauvegardes, socle, matériel,
  frontière) ; vue vide non posée ; ancien exemple supervision retiré
- CHANGELOG 71

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-04 02:26:11 -04:00

28 lines
1.3 KiB
YAML

---
# Supervision derivee du role. Voir docs/supervision-conception.md.
#
# `client_sante` EXECUTE les sondes de tous les roles ; il en DECLARE une a lui (2026-09-28).
#
# « disque » vaut pour tout hote qui rapporte — exactement le groupe de ce role. Elle est
# declaree ICI, et non par `serveur_debian` comme `correctifs` : la poser par
# `common_packages` aurait impose un `upgrade: full` de toute la flotte pour deposer un
# script, et P64 veut, a juste titre, que la declaration suive le role qui depose.
sondes:
- nom: disque
metier: socle
ttl: 5400
raison: >-
Reste-t-il de la place, et des inodes, sur chaque systeme de fichiers ? Seuls le
cache apt et les depots de sauvegarde etaient surveilles : un disque plein arretait
la base ou le courriel sans prevenir.
- nom: plancher
metier: socle
ttl: 5400
# Posee sous la condition du plancher (voir `setops-sondes.conf.j2`, 2026-09-28).
seulement_si: hosts_statiques_actif
defini_par: hosts_statiques
raison: >-
Le plancher /etc/hosts de la machine dit-il la meme chose que l'autoritatif ? Les deux
suivent le plan, chacun quand son role est rejoue. Le 2026-09-29, la console manquait
aux planchers des deux locataires : depuis l'edge, elle ne se resolvait pas, et le
plancher y est la seule resolution des noms internes.