- Navios
- 13 de agosto de 2026 às 02:18 UTC
- Autor
- Kamo
- Enviar
- b0d8862
Renomeando o Cockroach mortoBackupPerdendo o alerta no commit anterior fez isso fogo imediatamente: nenhum backup do universo teve sucesso desde o 2026-08-09 migração. Duas falhas independentes, ambas mascaradas por aquele alerta que corresponde a um trabalho. nome que já não existia. 1. `mc: comando não encontrado`. A tarefa BarataDB usou o servidor nativo Backup ... Into 's3://', por isso não precisava de nenhum cliente S3 na imagem. A ysql dump rewrite continuou chamando `mc` da imagem yugabyte, que não Manda-o. Dividir em um conteúdo de init (yugabyte/ysql dump) escrevendo em um compartilhada vaziaDir e um recipiente de upload (minio/mc). initConteiner em vez de do que um sidecar para que o uploader não pode correr a descarga e copiar um arquivo parcial. 2. S3 ENDPOINT no universo-backup-s3 Secret foi http://10.8.1.1:9000 — a Endereço do WireGuard. Essa sobreposição está morta entre o k1m1 e o k3m1, por isso o envio Buraco negro num intervalo TCP. Renomeado para A regra documentada para alcançando MinIO replicado pelo host de qualquer nó. Endurecimento, porque ambos os defeitos produziram um trabalho que parecia mais saudável do que ele foi: o despejo escreve para .part e renomeia somente no sucesso (um truncado -Fc dump restaura silenciosamente até ao ponto de truncamento), o uploader sai 1 se não o arquivo de descarga existe em vez de relatar o sucesso sem nada para enviar, e ele é executado 'mc stat' depois para provar que o objeto pousou. Verified end to end: 314 KiB put uploaded, mc stat confirma o objeto e Relatórios de replicação do sítio.