From 831c7d5cf485eae725c930862a9428c190be11cb Mon Sep 17 00:00:00 2001 From: Daniel Allaire Date: Mon, 28 Sep 2026 11:56:44 -0400 Subject: [PATCH] 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 --- CHANGELOG.md | 30 ++++++++++++++++++++++++++++++ 1 file changed, 30 insertions(+) diff --git a/CHANGELOG.md b/CHANGELOG.md index a654f6a..3507bb1 100644 --- a/CHANGELOG.md +++ b/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,