Prometheus n'a rien enregistré pendant 3 jours, et rien ne pouvait le dire
Helm Charts / Library charts tool (pull_request) Skipped
Helm Charts / Application charts chart (pull_request) Skipped
Helm Charts / Application charts prometheus (pull_request) Failing after 7s
Helm Charts / Detect changed charts (pull_request) Successful in 19s
Helm Charts / Application charts crowdsec (pull_request) Skipped
Helm Charts / Application charts grafana (pull_request) Skipped
Helm Charts / Application charts hashicorp-vault (pull_request) Skipped
Helm Charts / Application charts minio (pull_request) Skipped
Helm Charts / Application charts pgbouncer (pull_request) Skipped
Helm Charts / Application charts pgcat (pull_request) Skipped
Helm Charts / Application charts redis (pull_request) Skipped

Du 2026-09-04 02:41 au 2026-09-07 07:37, le WAL de Prometheus était sur un
système de fichiers passé en lecture seule. Pendant 3 j 5 h il a continué de
scruter ses 23 cibles et de JETER le résultat. Les 11 règles d'alerte du dépôt
n'ont rien dit — elles vivent DANS ce Prometheus, elles évaluent des requêtes
contre le TSDB qui ne recevait plus rien, et sans échantillon frais une règle
ne se déclenche pas : elle SE TAIT. Sur Telegram, le silence d'une alerte est
indiscernable du bon fonctionnement.

⚠⚠ AJOUTER UNE RÈGLE « PROMETHEUS VA MAL » NE CORRIGE RIEN : elle serait muette
exactement quand il faudrait qu'elle parle. C'est le gate incapable d'échouer,
celui qui rassure. Ce lot pose donc un guetteur HORS de Prometheus.

Ce qui est livré
----------------
1. `prometheus/veilleur/veilleur.py` + un CronJob `*/5` (templates/veilleur.yaml,
   rendu tel quel par ArgoCD comme vault-telegram.yaml). Il interroge Prometheus
   depuis dehors et POUSSE LUI-MÊME sur Telegram, sans passer par Alertmanager.
   Jeton et salon viennent du Secret `alertmanager-telegram` DÉJÀ synchronisé
   depuis Vault — aucun second chemin de secret, aucun jeton en clair.
2. Le témoin toujours allumé `Veilleur` (`expr: vector(1)`) et sa route vers un
   récepteur VIDE : il ne sonne jamais, il est là pour être CONSTATÉ dans
   /api/v2/alerts par le guetteur. ⚠ Il ne lit aucune série : il aurait continué
   de tirer pendant les 3 j 5 h. Il prouve la chaîne d'alerte, jamais le TSDB.
3. `VeilleurMuet`, l'auto-plainte : le guetteur pousse un battement au
   Pushgateway ; la règle crie quand il vieillit de plus de 20 min.

⚠⚠ LE PIÈGE, ÉCRIT DANS LE CODE À L'ENDROIT OÙ ON VOUDRA SIMPLIFIER : pendant la
panne, /-/healthy rendait 200, /api/v1/targets annonçait 23 cibles presque
toutes `up`, le pod était Running 2/2 avec 0 redémarrage, Longhorn se disait
`healthy` — et `count(up)` ne rendait AUCUNE SÉRIE. Un veilleur branché sur
/-/healthy n'aurait rien vu ; un veilleur qui lit `resultat[0]` sans regarder
serait tombé dans la branche « rien à signaler ». LE VECTEUR VIDE EST L'ALARME.
Et il l'est structurellement : `--query.lookback-delta` vaut 5 min, donc au-delà
de 5 min de retard `up` ne rend PLUS RIEN — la branche « âge > seuil » ne peut
mesurer qu'entre 0 et 5 min, jamais une panne de trois jours.

La propriété gardée, et son arithmétique
----------------------------------------
« Si Prometheus cesse d'enregistrer, une notification arrive en ≤ 8 min 10 s. »

  seuil de fraîcheur      180 s  (3 × `scrape_interval: 1m`)
  période du CronJob      300 s  (*/5, pire cas : on vient de manquer un tour)
  tolérance au roulement  180 s  (2 × 90 s — un redéploiement ne réveille personne)
  exécution                 ~7 s (mesuré)
  ------------------------------
  au pire                 487 s  contre 4 620 minutes de silence réel.

Les deux premiers termes ne s'additionnent pas : le seuil est absorbé par le
vecteur vide dès la première observation.

MESURÉ, deux fois, sur la planification RÉELLE et avec le cas (c) armé dans le
CronJob déployé : du top de la planification au « Telegram a accepté »,
**187 s** (08:20:00 → 08:23:07, puis 08:30:02 → 08:33:09). Les 300 s d'attente
du tour suivant ne sont PAS mesurées — elles dépendent de la phase à laquelle la
panne commence ; elles sont bornées par le `schedule`.

SABOTAGES — le banc unitaire (`python3 -m unittest discover -s prometheus/veilleur`)
------------------------------------------------------------------------------------
Il rejoue les réponses HTTP MESURÉES pendant l'incident. ⚠ Ce qu'il ne rejoue
PAS : la couche ext4/Longhorn qui a causé la panne — il rejoue la SURFACE que
la panne présentait, c'est-à-dire tout ce qu'un guetteur extérieur peut voir.

  | sabotage                                          | code | ce qui rougit                    | ce qui reste vert |
  |---------------------------------------------------|------|----------------------------------|-------------------|
  | (aucun)                                           |  0   | —                                | 8/8               |
  | S-A : on ignore le vecteur vide dans `observer()` |  1   | cas (c), auto-plainte            | le silence nominal |
  | S-B : `age > -1` — il crie tout le temps          |  1   | le silence nominal, la tolérance | les 6 alarmes     |
  | S-C : route `Veilleur` → telegram au lieu de néant|  1   | l'assertion jq de la CI          | —                 |
  | promtool `exp_alerts: []` sur le témoin           |  1   | le test de règle                 | —                 |

⚠ La première tentative de S-A n'a PAS mordu comme prévu : elle a rougi sur une
erreur de schéma YAML, pas sur l'assertion. Refaite pour être un vrai échec
d'assertion. Un sabotage dont on ne vérifie pas qu'il mord au bon endroit rend
un « rouge » qui ne prouve rien.

⚠⚠ ET LA GATE EST CÂBLÉE : elle tourne dans `.gitea/workflows/helmcharts.yaml`,
dans le job qui construit déjà le chart prometheus, à chaque PR qui le touche.
Une gate que la CI ne déclenche jamais est la cinquième forme du gate qui
rassure.

SABOTAGES — en vrai, sur le cluster (vrais Jobs, vrai Telegram)
---------------------------------------------------------------
  | # | mode                      | comment                                        | verdict                          | code | délai   |
  |---|---------------------------|------------------------------------------------|----------------------------------|------|---------|
  |L6 | nominal                   | rien                                           | SE TAIT, 0 message               |  0   | 18,7 s  |
  |L1 | (a) Prometheus MORT       | `scale deploy prometheus-server --replicas=0`   | crie « injoignable »             |  0   | 50 s    |
  |L4 | (a) variante simple       | URL vers un hôte inexistant                    | crie « injoignable »             |  0   |  8,4 s  |
  |L3 | (b) données périmées      | requête rendant 277 500 s                      | crie « retarde », « 3 j 5 h »    |  0   | 11,5 s  |
  |L2 | (c) LE DÉFAUT RÉEL        | sélecteur vide sur un Prometheus SAIN          | crie « n'enregistre RIEN »       |  0   | 31,5 s  |
  |L5a| témoin présent            | `ALERTE_TEMOIN` = une alerte vraiment active   | SE TAIT                          |  0   |  8,6 s  |
  |L5b| témoin absent             | `ALERTE_TEMOIN` = un nom inexistant            | crie « chaîne muette »           |  0   |  8,4 s  |
  |L7 | auto-plainte              | Telegram injoignable + cas (c)                 | Job **Failed**, AUCUN battement  |  2   | 12,6 s  |

Le message de L2 portait la contradiction elle-même : « 23 cibles actives,
21 annoncées `up` » en face de zéro série — le chiffre exact du matin.

⚠ CE QUE L1 NE REJOUE PAS : descendre le déploiement à 0 rend Prometheus
injoignable, pas MENTEUR. Le défaut réel — répondre parfaitement en
n'enregistrant rien — n'est PAS reproductible par un `scale` ; il l'est par L2,
contre un Prometheus en pleine santé.

Prometheus après les essais
---------------------------
Remonté à 08:13:50Z, prêt à 08:14:08Z (18 s). Montage `rw`, 0 « input/output
error » et 0 `level=ERROR` dans ses journaux, `count(up)` = 23 séries, fraîcheur
du dernier point 0,94 s, `kadans_jobs_jobs` = 8 séries.

⚠ EFFET DE BORD ASSUMÉ ET NON RÉPARÉ : le pod a été replanifié de pi3 vers pi1.
Le commentaire du groupe `homelab` de ce même fichier affirme « Prometheus vit
sur pi3 et Alertmanager sur pi2 : cette chaîne d'alerte survit donc à la perte
de pi1 ». Ce n'est plus vrai. Un `kubectl -n tools delete pod` le rejoue, sans
garantie d'atterrissage. Le veilleur, lui, est un CronJob : il n'est lié à aucun
nœud.

Ce que ce lot ne couvre PAS
---------------------------
- La CAUSE du passage en lecture seule reste inconnue (issue #36) : ce lot
  surveille le symptôme, pas le disque.
- « Le veilleur en panne ET Prometheus en panne » : les deux moitiés de
  l'auto-plainte finissent sur Telegram, donc un Telegram cassé les emporte
  toutes les deux. Il faudrait un second canal, indépendant de ce homelab.
- `prometheus/.helmignore` est ajouté au passage : l'étape de publication du
  chart fait `tar -X <chart>/.helmignore`, qui échouerait sur un chart qui n'en
  a pas. `grafana` et `redis` sont dans le même cas — pas traités ici.

Refs: arcodange-org/tools#36

Remise en état
--------------
Tous les objets d'essai ont été retirés du cluster (8 Jobs, le Job planifié, le
CronJob, son ConfigMap, le groupe `veilleur-prometheus` du Pushgateway, et les
trois fichiers écrits sur le volume Prometheus pour `promtool`). Le veilleur
n'est donc PAS en service : c'est la fusion de cette PR qui le déploiera, par
ArgoCD. Rien n'a été appliqué avec Tofu, aucun workflow Vault n'a été déclenché.
This commit is contained in:
2026-09-07 10:35:10 +02:00
parent 249ff00d3a
commit 88e0f5e862
6 changed files with 847 additions and 0 deletions
+216
View File
@@ -0,0 +1,216 @@
#!/usr/bin/env python3
"""La gate du veilleur — elle rejoue la panne du 4 au 7 septembre 2026.
python3 -m unittest discover -s prometheus/veilleur -v
Elle lance le VRAI `veilleur.py` en sous-processus, contre une doublure HTTP qui
rend les réponses MESURÉES pendant l'incident (arcodange-org/tools#36), et elle
relève le code de sortie et les messages effectivement poussés.
⚠ Ce qu'elle ne rejoue PAS : la couche ext4/Longhorn qui a causé la panne. Elle
rejoue la SURFACE que la panne présentait — c'est-à-dire tout ce que le veilleur
peut voir depuis l'extérieur.
⚠ Un test qui ne peut pas rougir ne prouve rien. Les deux moitiés se sabotent :
retirer la branche du vecteur vide de `observer()` doit faire ROUGIR
`test_cas_c_repond_bien_mais_n_enregistre_rien`, et le nominal doit rester VERT.
"""
import http.server
import json
import os
import socket
import subprocess
import sys
import threading
import unittest
ICI = os.path.dirname(os.path.abspath(__file__))
VEILLEUR = os.path.join(ICI, "veilleur.py")
# La réponse EXACTE que rendait Prometheus pendant les 3 j 5 h : un succès, un
# vecteur vide. C'est le cœur du défaut — il ne ressemble pas à une panne.
VECTEUR_VIDE = {"status": "success", "data": {"resultType": "vector", "result": []}}
def vecteur(valeur):
return {
"status": "success",
"data": {"resultType": "vector", "result": [{"metric": {}, "value": [0, str(valeur)]}]},
}
class Doublure(http.server.BaseHTTPRequestHandler):
"""Prometheus + Alertmanager + Pushgateway + l'API Telegram, en un serveur."""
def log_message(self, *_args):
pass
def _rendre(self, code, charge):
corps = json.dumps(charge).encode("utf-8")
self.send_response(code)
self.send_header("Content-Type", "application/json")
self.send_header("Content-Length", str(len(corps)))
self.end_headers()
self.wfile.write(corps)
def do_GET(self):
etat = self.server.etat
if self.path.startswith("/api/v1/query"):
etat["appels_query"] += 1
reponses = etat["reponses_query"]
i = min(etat["appels_query"] - 1, len(reponses) - 1)
return self._rendre(200, reponses[i])
if self.path.startswith("/api/v1/targets"):
# 23 cibles annoncées vivantes — le chiffre mesuré pendant la panne.
return self._rendre(
200,
{"status": "success", "data": {"activeTargets": [{"health": "up"}] * 23}},
)
if self.path.startswith("/api/v2/alerts"):
return self._rendre(200, etat["alertes"])
return self._rendre(404, {"erreur": self.path})
def do_POST(self):
etat = self.server.etat
taille = int(self.headers.get("Content-Length", "0"))
charge = self.rfile.read(taille).decode("utf-8")
if "/sendMessage" in self.path:
etat["messages"].append(charge)
return self._rendre(200, {"ok": True, "result": {"message_id": len(etat["messages"])}})
return self._rendre(404, {"erreur": self.path})
def do_PUT(self):
taille = int(self.headers.get("Content-Length", "0"))
self.server.etat["battements"].append(self.rfile.read(taille).decode("utf-8"))
self._rendre(200, {"ok": True})
def port_ferme():
"""Un port sur lequel personne n'écoute : c'est (a), Prometheus mort."""
prise = socket.socket()
prise.bind(("127.0.0.1", 0))
numero = prise.getsockname()[1]
prise.close()
return numero
class BancDuVeilleur(unittest.TestCase):
def setUp(self):
self.serveur = http.server.ThreadingHTTPServer(("127.0.0.1", 0), Doublure)
self.serveur.etat = {
"reponses_query": [vecteur(5.7)],
"appels_query": 0,
"alertes": [{"labels": {"alertname": "Veilleur"}, "status": {"state": "active"}}],
"messages": [],
"battements": [],
}
threading.Thread(target=self.serveur.serve_forever, daemon=True).start()
self.base = "http://127.0.0.1:%d" % self.serveur.server_address[1]
def tearDown(self):
self.serveur.shutdown()
self.serveur.server_close()
def lancer(self, **surcharges):
environnement = dict(os.environ)
environnement.update(
{
"PROMETHEUS_URL": self.base,
"ALERTMANAGER_URL": self.base,
"PUSHGATEWAY_URL": self.base,
"TELEGRAM_API": self.base,
"BOT_TOKEN": "jeton-de-banc",
"CHAT_ID": "0",
"TENTATIVES": "1",
"ENTRE_TENTATIVES_S": "0",
"TIMEOUT_S": "3",
}
)
environnement.update({k: str(v) for k, v in surcharges.items()})
try:
fini = subprocess.run(
[sys.executable, VEILLEUR],
env=environnement,
capture_output=True,
text=True,
timeout=60,
)
except subprocess.TimeoutExpired:
# ⚠ Un sous-processus TUÉ ne rend pas un code : sans cette branche,
# l'assertion « il a crié » serait satisfaite par sa MORT.
self.fail("le veilleur n'a pas rendu la main en 60 s — verdict impossible")
return fini
def messages(self):
return self.serveur.etat["messages"]
# --- (c) le défaut RÉEL : il répond bien, il n'enregistre rien -------------
def test_cas_c_repond_bien_mais_n_enregistre_rien(self):
self.serveur.etat["reponses_query"] = [VECTEUR_VIDE]
fini = self.lancer()
self.assertEqual(fini.returncode, 0, fini.stdout + fini.stderr)
self.assertEqual(len(self.messages()), 1, "le veilleur devait crier UNE fois")
self.assertIn("enregistre+RIEN", self.messages()[0].replace("%20", "+"))
# Le message doit porter la contradiction qui a ouvert l'enquête.
self.assertIn("23", self.messages()[0])
# --- (b) il répond, ses données sont périmées ------------------------------
def test_cas_b_donnees_perimees(self):
self.serveur.etat["reponses_query"] = [vecteur(277500)] # 3 j 5 h
fini = self.lancer()
self.assertEqual(fini.returncode, 0, fini.stdout + fini.stderr)
self.assertEqual(len(self.messages()), 1)
self.assertIn("retarde", self.messages()[0])
self.assertIn("3+j", self.messages()[0].replace("%20", "+"))
# --- (a) il est mort ------------------------------------------------------
def test_cas_a_prometheus_injoignable(self):
fini = self.lancer(PROMETHEUS_URL="http://127.0.0.1:%d" % port_ferme())
self.assertEqual(fini.returncode, 0, fini.stdout + fini.stderr)
self.assertEqual(len(self.messages()), 1)
self.assertIn("injoignable", self.messages()[0])
# --- la chaîne d'alerte est muette ----------------------------------------
def test_temoin_disparu_d_alertmanager(self):
self.serveur.etat["alertes"] = []
fini = self.lancer()
self.assertEqual(fini.returncode, 0, fini.stdout + fini.stderr)
self.assertEqual(len(self.messages()), 1)
self.assertIn("muette", self.messages()[0])
# --- LE SILENCE NOMINAL ---------------------------------------------------
# Un veilleur qui parle quand tout va bien est pire qu'inutile : on apprend
# à ne plus l'ouvrir, et il redevient le silence qu'il devait supprimer.
def test_se_tait_quand_tout_va_bien(self):
fini = self.lancer()
self.assertEqual(fini.returncode, 0, fini.stdout + fini.stderr)
self.assertEqual(self.messages(), [], "le veilleur a parlé pour rien")
self.assertEqual(len(self.serveur.etat["battements"]), 1, "battement non poussé")
self.assertIn("veilleur_prometheus_alarmes 0", self.serveur.etat["battements"][0])
# --- il ne réveille personne pour un redéploiement -------------------------
def test_tolere_un_roulement_du_pod(self):
self.serveur.etat["reponses_query"] = [VECTEUR_VIDE, vecteur(4.2)]
fini = self.lancer(TENTATIVES=3, ENTRE_TENTATIVES_S="0.1")
self.assertEqual(fini.returncode, 0, fini.stdout + fini.stderr)
self.assertEqual(self.messages(), [], "une panne transitoire a réveillé le fondateur")
# --- l'auto-plainte : il ne peut pas crier ---------------------------------
def test_se_plaint_quand_telegram_est_injoignable(self):
self.serveur.etat["reponses_query"] = [VECTEUR_VIDE]
fini = self.lancer(TELEGRAM_API="http://127.0.0.1:%d" % port_ferme())
self.assertEqual(fini.returncode, 2, fini.stdout + fini.stderr)
self.assertIn("n'a PAS PU crier", fini.stdout)
# Pas de battement : la règle VeilleurMuet finira par tirer.
self.assertEqual(self.serveur.etat["battements"], [])
# --- il ne se croit pas sur parole ----------------------------------------
def test_refuse_de_tourner_sans_jeton(self):
fini = self.lancer(BOT_TOKEN="")
self.assertEqual(fini.returncode, 1, fini.stdout + fini.stderr)
self.assertIn("BOT_TOKEN", fini.stdout)
if __name__ == "__main__":
unittest.main()