- Se descapó
- 13 de agosto de 2026 a las 2:18 UTC
- Autor
- Kamo
- Compromit
- b0d8862
El cambio de nombre de la alerta muerta CockroachBackup Faltan en el anterior compromiso lo hizo Inmediatamente: ningún respaldo universal había tenido éxito desde el 2026-08-09 migración. Dos fallas independientes, ambas enmascaradas por esa alerta que coinja con un trabajo nombre que ya no existía. 1. Mc: comando no encontrado. El trabajo de CockroachDB usó el nativo del servidor BACKUP ... ENTO 's3://', por lo que no necesitaba ningún cliente S3 en la imagen. El la reevolución de ysql.dump siguió llamando a Mc de la imagen yugabyte, que no Envia a ella. Dividido en un initContainer (yugabyte/ysql-dump) escribiendo a un compartido emptyDir y un contenedor de carga (minio/mc). initContainer más bien que un sidecar por lo que el subido no puede correr el vertedero y copiar un archivo parcial. 2. S3-ENDPOINT en el universo-resup-s3 Secret fue http://10.8.1.1:9000 . Dirección de WireGuard. Esa capa está muerta entre k1m1 y k3m1, así que la subida en un TCP timeout. Repointed at ************* la regla documentada para llegar al MinIO replicado por el anfitrión de cualquier nodo. Apretón, porque ambas fallas produjeron un trabajo que parecía más saludable que fue: el vertedero escribe a .part y renombra sólo sobre el éxito (un truncado -Fc el vertedero restaura silenciosamente hasta el punto de truncamiento), el subidor sale 1 si no El archivo de volcado existe en lugar de reportar éxito sin nada que enviar, y se ejecuta Después para probar el objeto aterrizó. Verificado final de extremo: 314 kiloB descargado, mc stat confirma el objeto y informes de replicación del sitio COMPLEDO.