- Spegnimento
- 13 agosto 2026 alle ore 02:18 UTC
- Autore
- Kamo
- Impegno
- b0d8862
Rinominare il morto CockroachBackupMissing allerta nel commit precedente l'ha fatto fuoco immediatamente: nessun backup dell'universo era riuscito dal 2026-08-09 migrazione. Due difetti indipendenti, entrambi mascherati da quell'avviso che corrisponde a un lavoro nome che non esisteva più. 1. `mc: comando non trovato`. Il lavoro di CockroachDB ha usato il nativo del server BACKUP ... INTO 's3://', quindi non aveva bisogno di un client S3 nell'immagine. The ysql dump rewrite ha continuato a chiamare `mc` dall'immagine yugabyte, che non spediscilo. Dividere in un initContainer (yugabyte/ysql dump) scrivendo ad un vuoto condivisoDir e un contenitore di upload (minio/mc). initContainer piuttosto che un sidecar in modo che il caricatore non possa correre la discarica e copiare un file parziale. 2. S3 ENDPOINT nell'universo-backup-s3 Secret è stato http://10.8.1.1:9000 — a Indirizzo WireGuard. Quella sovrapposizione è morta tra k1m1 e k3m1, quindi il caricamento blackholed su un timeout TCP. Riferito # La regola documentata per # raggiungere MinIO da qualsiasi nodo. Indurimento, perché entrambi i difetti hanno prodotto un lavoro che sembrava più sano di esso era: la discarica scrive a .part e rinomina solo sul successo (un troncato -Fc dump ripristina silenziosamente fino al punto di tronca), il caricatore esce 1 se no dump file esiste invece di segnalare il successo con nulla da inviare, e funziona `mc stat` in seguito per dimostrare l'oggetto atterrato. Verified end to end: 314 KiB dump caricato, mc stat conferma l'oggetto e report di replica del sito COMPLETATO.