- Expédié
- 4 août 2026 à 22:49 UTC
- Auteur
- Kamo
- Commite
- 9ca1f2c
scylladb/a été tenu de manifestes complets mais n'a pas eu d'étape de déploiement - le commentaire a déclaré qu'il s'agissait "ManerLE MANUELLY déployé après l'échange de 16 TB" parce que les données dir/mnt/syr/scylle devait être physiquement sur k1m1 en premier. Cette condition est remplie: l'entraînement est sur k1m1 et Scylla s'en écarte, donc l'exception manuelle ne s'applique plus. Ajoute un scylladb/------------------------------------------------------ étatful, correspondant au modèle de la portée de changement utilisé par les autres composants. Notez que cet engagement touche .forgejo/, qui force FULL-true, un groupement complet. Cela a été vérifié d'abord en différant les 108 cibles d'application en direct: 105 cas étaient les suivants: identique, les 3 qui différaient sont Bootstrap Jobs le flux de travail supprime délibérément et recrée, chaque cible kubectl delete est absente (no-op), et le kubil est absent secret reconstruit à partir de fichiers de prises repeau hachute identique au secret en direct. Les deux manifestes qui auraient régressé l'état réel sont fixés dans le commit précédent.