[44] Rejeu runbook collecteur et correction #191
Labels
No labels
Compat/Breaking
EC01
EC02
EC03
EC04
EC05
EC06
Kind/BDD
Kind/Back
Kind/Bug
Kind/CICD
Kind/Cloud
Kind/Contenu
Kind/Data
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Front
Kind/IA
Kind/Infra
Kind/Monitoring
Kind/Security
Kind/Testing
Portée/Post-jury
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
ops/alerte
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
g2/enervision!191
Loading…
Reference in a new issue
No description provided.
Delete branch "justine/44-rejeu-collecteur"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Ce que ça change
Rejeu et correction du runbook
Closes #
Preuve
Relecture
Ce qui suit le code
docs/runbooks/mis à jour, un geste d'exploitation a changédocs/adr/complété, une décision structurante a été prisedocs/journal.mdcomplété, un incident a été rencontré.env.exampleApprouvée. Le défaut est réel, vérifié dans le lanceur :
Le dépôt est cloné dans
.repo, donc le défaut pointe sur un répertoire qui n'existe pas. La commande publiée ne pouvait pas marcher, et ça n'avait jamais été vu parce que la crontab posée par le rôleappporte la variable : seul un rejeu à la main tombe dessus.C'est exactement ce que le #44 cherche. Une procédure rejouée par quelqu'un qui ne l'a pas écrite, sans poser de question, et le blocage consigné plutôt que contourné. Ton observation sur le message d'erreur est la bonne :
cd: can't cd to /opt/enervision/services/collectornomme le répertoire absent sans dire lequel est le bon, et le manuel donnait pourtant.repodeux lignes plus haut. C'est le genre d'incohérence qu'on ne voit qu'en exécutant.Le journal des rejeux est une bonne idée et je le reprends : je vais poser le même tableau dans
reprise.mdetdeploiement.md, dont j'écris les sections d'échec en #190. « Ce qui a bloqué est le livrable, pas la réussite » est la bonne phrase, je la garde telle quelle.Deux détails que je ne bloque pas et que tu peux corriger si tu repasses :
Closes #est resté vide, et la case cochée estdocs/adr/alors que le changement est un runbook. Rien qui empêche de fusionner.