journal : sonde corrigee deployee, sauvegardes du site OK ; une fausse alerte sur le mot de passe d'API

client_backup (Technolibre, site) et serveur_backup (site) deployes ; les six services de sauvegarde du site OK apres relance. La difference de mot de passe vue en simulation n'etait qu'un blanc de fin.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
Daniel Allaire 2026-10-08 18:27:55 -04:00
parent 0f7c89fbb5
commit 7a4c55bfc9

View file

@ -26,6 +26,18 @@ et de même sur toute machine qui reçoit un nouveau jeu. Même motif dans
seul groupe vieux de 30 h, toujours EN RETARD. Témoin : l'ancien gabarit rend « EN RETARD :
30 h », le symptôme du site. `make verifier` conforme, **94/94**.
**Déployé** (simulé d'abord, 0 échec) : `client_backup` chez Technolibre et au site,
`serveur_backup` au site. Les deux vérifications relancées aussitôt : les six services
« sauvegarde » du site sont OK, dont `site-mon-01` (« il y a 15 h », 6 696 fichiers, 1,69 Go),
vu par lui-même et par `site-backup-01`. Chezlepro reçoit la sonde par sa reconstruction.
**Une fausse alerte, de ma part** : la simulation de `serveur_backup` changeait
`/etc/setops/icinga-api.pass` sur `site-backup-01`. Comparée sans l'afficher, la valeur a
d'abord paru différente de la voûte — mon expression de retrait des blancs était mal
échappée et ne retirait rien. Refaite proprement : Icinga, la voûte et les fichiers des deux
machines portent le même mot de passe ; seul un blanc de fin différait, que `$(cat …)` ignore.
## 2026-10-08 (114) — Les métriques et les journaux traversent la reconstruction
**94 preuves.** Technolibre rasée et reconstruite sur `2dce6ea` (arrêt à `valider`, entrée