Daniel Allaire
35f3881218
Some checks are pending
verifier / verifier (push) Waiting to run
make valider rendait ECHEC sur data-sql-01, et la meme commande rejouee a la main restaurait 5 fichiers. restic verrouille son depot pendant qu il ecrit : une recette qui croise la fenetre de sauvegarde lit un echec de RESTAURATION la ou il n y a qu une attente. Verdict juste sur l instant, faux sur le fond, et DEPENDANT DE L HEURE a laquelle on la lance. ON REESSAIE, MAIS ON NE MASQUE PAS. Trois tentatives espacees couvrent un verrou d ecriture ; au-dela, l echec est REEL et la recette rend la RAISON que restic a donnee, au lieu d un -1 muet qui obligeait a se connecter pour comprendre. CONTROLE VERIFIE SUR LA MACHINE : cle de dechiffrement retiree -> « ECHEC apres 3 tentatives — restic dit : Fatal: Resolving password failed ». La recette attrape toujours une vraie panne, et elle en donne la cause. DEUX FAUTES A MOI EN CHEMIN, CORRIGEES. `[ "$f" -lt 0 ] && printf ...` : la DERNIERE commande d un script decide de son code de sortie, et un test faux rend 1. La tache echouait donc exactement sur les machines ou la restauration avait REUSSI — trois hotes verts declares en echec. Puis la ligne `raison=` n etait emise qu en cas d echec : le gabarit cherchait un champ absent, rendait None, et explosait sur les DIX machines saines. Elle est desormais TOUJOURS emise, vide en cas de succes. Un champ toujours present coute un octet et supprime un cas. make valider : rc=0. make verifier : vert. make prouver : 55 OK, 0 echec. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019f91zs9SDdwSzL2CVei6on |
||
|---|---|---|
| .. | ||
| applications | ||
| backup | ||
| database | ||
| groupes | ||
| maintenance | ||
| modeles_vm | ||
| monitoring | ||
| proxmox | ||
| web | ||
| site.yml | ||
| valider.yml | ||