LPK/librodrome
18
0
Fork 1
Code Issues Pull Requests Packages Projects Releases Wiki Activity

actes : persistance des messages — preuve au déploiement suivant

Browse Source 
Déploiement de 4057f50 (pipeline n° 59) : conteneur recréé, messages.yml
inchangé sur le volume librodrome-data, 0 graine rejouée.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
Yvv
2026-10-26 19:55:03 +01:00
co-authored by Claude Opus 5.5
parent 4057f50bd3
commit 89d5f83c7f
2 changed files with 18 additions and 7 deletions
Download Patch File Download Diff File Expand all files Collapse all files
HANDOFF.md
+7 -4
View File
@@ -2,7 +2,7 @@
## ÉTAT — 2026-10-26 vers 19h50
**En ligne** : `a6ba0a6`, les messages des visiteurs sont persistés dans le volume
**En ligne** : `4057f50` (code de `a6ba0a6`), les messages des visiteurs sont persistés dans le volume
nommé `librodrome-data` sur `/app/data`. Acte exécuté le 26/10, 19h38-19h44, par la
session dev-65 (orch), et vérifié : sauvegarde, veille, bascule, redémarrage à froid,
1 message conservé, 0 graine rejouée. Dossier : `actes/2026-10-26-persistance-messages.md`.
@@ -16,9 +16,12 @@ session dev-65 (orch), et vérifié : sauvegarde, veille, bascule, redémarrage
4. Canon démenti : `/DEV/AGENTS.md` (Démarrage §3) et `harness/conventions/git.md`
disent encore que librodrome écrit du YAML en prod via /admin et git sync.
**Preuve en vraie grandeur** : au déploiement suivant, `docker exec
lpk-librodrome-main-app-1 sha256sum /app/data/messages.yml` doit rester
`c8afc7de…a6b8` (tant qu'aucun message n'arrive), sans ligne `seed-messages`.
**Preuve en vraie grandeur, faite** : déploiement suivant (`4057f50`, doc seule, pipeline
n° 59, sur le « Déploie » d'Yvv) : conteneur recréé, `messages.yml` inchangé
(`c8afc7de…a6b8`), 0 graine rejouée.
**Local, non poussé** : le commit qui consigne cette preuve (doc seule) ; il part avec
le prochain déploiement.
## REPRISE — bascule quota 2026-09-29 14h05
actes/2026-10-26-persistance-messages.md
+11 -3
View File
@@ -146,7 +146,7 @@ rapporte.
- [x] La veille a vu partir l'ancien conteneur, et sa dernière relève est identique à la sauvegarde
- [x] Pipeline du commit `a6ba0a6662d5` : `success`
- [x] Sauvegarde présente sur sonic : `~/librodrome-sauvegardes/2026-10-26/` (700, fichiers 600 ; `messages.yml`, `SHA256SUMS`, `ancien-conteneur.id`, relève de la veille)
- [ ] Au déploiement suivant, quel qu'il soit : `docker exec lpk-librodrome-main-app-1 sha256sum /app/data/messages.yml` inchangé, et aucune ligne `seed-messages`. C'est la preuve en vraie grandeur.
- [x] Au déploiement suivant, quel qu'il soit : `docker exec lpk-librodrome-main-app-1 sha256sum /app/data/messages.yml` inchangé, et aucune ligne `seed-messages`. C'est la preuve en vraie grandeur.
## Retour
@@ -269,5 +269,13 @@ indépendant) ; m3 pas de témoin de fin d'étape 1 ; m4 `CLAUDE.md` décrivait
sont pas prévus par la boucle de l'étape 3 ; m6 le dossier de sauvegarde est à retirer
à la main si l'étape 1 échoue.
Reste ouvert : la preuve en vraie grandeur au déploiement suivant (dernière case des
Vérifications après), et les décisions du § Hors champ.
**Preuve en vraie grandeur** : faite au déploiement suivant, par la session
librodrome-e9, sur le « Déploie » d'Yvv tapé dans cette session (26/10, vers 19h50 :
« il bosse, je le court-circuite. Déploie […] »). Push de `4057f50` (doc seule) ; le
pipeline n° 59 passe de running (19:51:39) à success (19:53:49). Sur sonic, en lecture
seule : le conteneur `4f97cff481d8…`, créé à 18:43:43Z, est remplacé par `154b4906183c…`,
créé à 18:53:43Z ; seul montage, `librodrome-data` sur `/app/data` ; `messages.yml` reste
à `c8afc7de…a6b8` avant comme après ; 0 ligne `seed-messages` (journal : 1 ligne). Vu de
l'extérieur (19:54:44) : health `200`, accueil `200`, messages `1`.
Reste ouvert : les décisions du § Hors champ.