sauvegardes des locataires : aucun des deux ne deposait hors de sa flotte

Technolibre frappait au compte du site ; Chezlepro n avait client_backup que
sur un noeud sur onze depuis le redeploiement du 12 septembre. Les deux deposent
maintenant, restaurations lues. Le trou qui l a cache : un service passif jamais
alimente reste en attente, pas au rouge.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

CHANGELOG.md

@@ -1,5 +1,35 @@
 # CHANGELOG — Set-OPS
 
+## 2026-09-28 (2) — Deux locataires sur deux n'avaient pas de sauvegarde hors de leur flotte
+
+**Question de l'exploitant : les sauvegardes des tenants passent-elles ?** Non. Mesuré
+côté dépôt (`site-backup-01`, ce que l'hébergeur voit sans la clé) puis côté nœuds.
+
+**Technolibre — refusé chaque nuit, `restic-tech` vide.** Ses huit nœuds à état se
+présentaient comme `restic`, le compte du SITE : `Permission denied (publickey)`, plusieurs
+fois par jour. Chezlepro déclare deux lignes (`client_backup_cible` ET
+`client_backup_utilisateur_distant`) ; Technolibre n'avait recopié que la première, et le
+rôle retombait sur son défaut. Ajouté `restic-tech` (OPS-Technolibre `ef8c905`), déployé,
+sauvegarde lancée : huit premiers instantanés, 79 Mo ; le dump PostgreSQL restauré (4,4 Mo,
+435 tables) se lit.
+
+**Chezlepro — dix nœuds sur onze sans `client_backup` du tout.** Seul `infra-pki-01`
+déposait (9 instantanés depuis le 2026-09-13). Les autres n'avaient ni script, ni minuteur,
+ni secret : ils ne frappaient même pas à la porte. Les dates de naissance le situent au
+redéploiement du 2026-09-12 au soir — `client_backup` y a abouti sur `infra-pki-01`
+(21:22) et `infra-dns-01` (21:28), les deux nœuds amorcés en premier, jamais sur les
+autres, alors que `client_sante`, plus haut dans `site.yml`, les a tous atteints (21:59).
+Aucun journal n'a été gardé : échec ou interruption, on ne sait pas. Le rôle, relancé sans
+aucune modification, a réussi partout. Sept premiers instantanés ; dump PostgreSQL (6 bases,
+435 tables) et annuaire (12 entrées) restaurés et lus. `/var/vmail`, `/srv/web` et
+`/srv/webapp` sont vides sur le disque aussi : rien de manqué.
+
+**Pourquoi personne ne l'a vu.** Un nœud sans `client_backup` n'a pas non plus sa
+vérification : il ne rapporte RIEN. Un service passif qui n'a jamais reçu de résultat reste
+« en attente » dans Icinga — il ne passe jamais au rouge. Le `ttl` n'alerte que sur un
+silence qui SUIT un rapport. C'est le trou à fermer : une fraîcheur qui vaut aussi pour
+le premier rapport.
+
 ## 2026-09-28 (1) — La sauvegarde de la forge du génome passait ; sa vérification parlait dans le vide
 
 **Question de l'exploitant : la sauvegarde de `site-forge-01` passe-t-elle vraiment ?** Oui,