From 412133bd763e970e0a6a433dab8ff7611a310053 Mon Sep 17 00:00:00 2001 From: Daniel Allaire Date: Sun, 11 Oct 2026 14:12:53 -0400 Subject: [PATCH] runbooks : le site cree une seule machine de locataire, d apres sa face reseau L assistant Tenir un site en etat ne proposait que locataire-creer, qui clone toutes les VM manquantes. Il porte desormais l etape creer-vm (TENANT, HOTE), qui lit les parametres de clonage de la face reseau publiee. Sans TENANT, la cible refuse. Co-Authored-By: Claude Opus 5.5 --- CHANGELOG.md | 24 ++++++++++++++++++++++++ docs/runbooks-construction.yml | 13 +++++++++++++ 2 files changed, 37 insertions(+) diff --git a/CHANGELOG.md b/CHANGELOG.md index aaab37e..9662152 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -1,5 +1,29 @@ # CHANGELOG — Set-OPS +## 2026-10-11 (126) — Le site savait créer une machine de locataire ; son assistant ne l'offrait qu'en bloc + +**94 preuves.** `make prouver` est conforme, `make test` passe et `runbooks.py verifier` +compte 17 runbooks, 145 étapes, 150 cibles documentées, sans écart. + +### Une demande vise une machine, l'assistant n'en créait que toutes + +En dessinant la console de l'hébergeur, la demande d'un mainteneur (« créer la VM +`sauvegarde-01` ») semblait exiger le poste : dans les assistants du locataire, `creer-vm` +est de portée `poste`, et le site n'a pas le plan du locataire. La lecture du code a +corrigé ce diagnostic : `face-reseau.yml` porte déjà, pour chaque machine, ses blocs +`materialisation` et `clonage`, et `creer-vm TENANT=` les lit par le même chemin que +`locataire-creer` (`PARAMS_CLONAGE`, P93). Seul l'assistant « Tenir un site en état » ne +proposait que `locataire-creer`, qui clone toutes les VM manquantes d'un coup. + +Il porte désormais une étape `creer-vm` (écriture, portée site, variables `TENANT` et +`HOTE`), placée après `locataire-creer`. Sans `TENANT`, la cible exige une instance montée, +que le site n'a pas : l'oubli est refusé, et rien n'est cloné de travers. Vérifié en +lecture : `contexte.py --parametres-clonage OPS-Chezlepro --hote infra-dns-01` rend les +paramètres depuis la face publiée. Aucune VM n'a été créée. + +**Limite.** Une machine n'existe pour le site que si son mainteneur l'a mise au plan, a +appliqué l'inventaire, puis a republié sa face réseau. + ## 2026-10-10 (125) — Plus aucune machine ne sort vers Internet sans un rôle qui le dise **94 preuves.** `make verifier` passe, `make test` aussi avec le nouveau diff --git a/docs/runbooks-construction.yml b/docs/runbooks-construction.yml index 0f9339d..6cb1c3d 100644 --- a/docs/runbooks-construction.yml +++ b/docs/runbooks-construction.yml @@ -236,6 +236,19 @@ runbooks: Cloner les VM d'un locataire NOMME, d'apres la face reseau qu'il publie : le runner du site materialise sans monter son depot. Memes machines, memes parametres que `flotte-creer` sur l'instance montee (P93, P94). + # UNE SEULE MACHINE, A LA DEMANDE D'UN MAINTENEUR (2026-10-11). `locataire-creer` + # clone TOUTES les VM manquantes ; une demande de locataire en vise une. Les + # parametres viennent de la meme face reseau (`clonage`), par le meme chemin + # (`PARAMS_CLONAGE`). Sans `TENANT`, `creer-vm` exige une instance montee — que le + # site n'a pas : l'oubli se refuse, il ne cree rien de travers. + - cible: creer-vm + nature: ecriture + variables: [TENANT, HOTE] + duree: "~4 min 30" + pourquoi: >- + Cloner UNE machine d'un locataire nomme, d'apres sa face reseau publiee. Elle + n'existe pour le site que si son mainteneur l'a mise au plan, a applique + l'inventaire, puis a republie sa face. - cible: locataire-raser nature: destructif variables: [TENANT, INSTANCE]