Set-OPS-Public/roles/serveur_forge_site/meta/supervision.yml
Daniel Allaire aac74f6043 supervision : les huit derniers roles, et deux defauts que l epreuve a trouves
Les 33 roles serveur_* declarent maintenant une sonde. Les huit qui manquaient
sont ceux dont la verite ne ressemble pas a « ce service repond-il ».

Quatre marqueurs du site : ce que tasks/main.yml verifie UNE FOIS au deploiement
cesse d etre vrai sans que rien ne tombe. La racine du cache se retrouve chainee,
la forge du genome repond en n ayant plus rien dedans, un locataire n est plus
admis a resoudre, l isolation d un depot glisse.

serveur_ops_site ne sert rien : il detient un pouvoir. La sonde verifie que la
carte est la, que la voute du site est chiffree et que sa cle est en 0600 — sans
lire le contenu d aucun des trois.

serveur_icingaweb2 surveille la vitrine de la supervision elle-meme : si la
console meurt, tout reste vert et l exploitant est aveugle.

DEFAUT 1 — quatre gabarits qu Ansible aurait refuse de rendre. Jinja lit le
{# de ${#tableau[@]} comme un debut de commentaire. Le depot connaissait le
remede et l appliquait la ou quelqu un s etait fait prendre, nulle part ailleurs.
P76 rend desormais chaque gabarit de role, avec les delimiteurs qu Ansible en
tirerait — pas une recherche de motif.

DEFAUT 2 — la doctrine promettait 54 greffons et citait check_pgsql. La flotte a
monitoring-plugins-basic : 53, sans check_pgsql ni check_dns ni check_ldap. Le
paquet qui les porte traine samba et snmp sur chaque machine. Un greffon absent
sort en 127, qui n est pas un code Nagios.

21 controles negatifs sur les machines reelles du site. ansible-lint production
0/91, harnais 75 OK.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Crgis8CxCWkAGFA1ecBz3q
2026-09-14 15:43:52 -04:00

35 lines
1.8 KiB
YAML

---
# Supervision derivee du role. Voir docs/supervision-conception.md.
#
# CE QUE `serveur_forgejo` SURVEILLE DEJA : la sonde `forge` — « la forge repond-elle a
# son API, et son depot Git est-il lisible ? ». Vrai pour n'importe quelle forge.
#
# CE ROLE PORTE UNE AUTRE VERITE : cette forge-la est la RACINE DU GENOME du site (D-81).
# C'est d'elle que tout ecosysteme se reproduit. Une forge peut parfaitement repondre en
# n'ayant RIEN a servir.
#
# CE N'EST PAS UNE HYPOTHESE — C'EST ARRIVE LE 2026-09-14. `make wiki-publier` a refuse
# de publier : le wiki de cette forge n'avait AUCUN commit. Son depot n'avait pas survecu
# a une reconstruction, et rien ne l'avait dit. Le temoin, lui, affirmait depuis deux
# jours avoir publie a cette adresse.
#
# forge.genese.internal 0 page <- l'adresse que le temoin nommait
# eregion.chezlepro.ca 26 pages <- la ou vivait vraiment la documentation
#
# La forge etait VERTE pendant tout ce temps. Elle repondait, son API marchait, son Git
# etait lisible — elle n'avait simplement plus rien dedans.
#
# CE QUE LA SONDE AJOUTE : l'organisation qui porte le genome existe, elle a des depots,
# et AUCUN n'est vide. Un depot vide ne fait pas echouer un clone : il rend un arbre sans
# fichiers. L'ecosysteme neuf se deploie alors sur un moteur absent.
#
# TTL de 5400 s pour un porteur qui passe aux 15 min : trois passages manques avant la
# peremption. Le silence alerte autant que l'echec.
sondes:
- nom: genome-servi
ttl: 5400
raison: 'Cette forge a-t-elle encore un genome a servir ? Une forge vide repond
parfaitement : son API marche, son Git est lisible, elle n''a simplement plus rien
dedans. Mesure du 2026-09-14 — le wiki du site avait zero commit depuis une
reconstruction, et rien ne l''avait signale. Un ecosysteme neuf clone alors un arbre
sans fichiers.'