- Shipped
- 13. August 2026 um 02:18 UTC
- Author
- Kamo
- Commit
- b0d8862
Umbenennung der toten CockroachBackupMissing-Alarm in der vorherigen Commit machte es Sofort geschossen: Seit 2026-08-09 war kein Universum Backup gelungen Migration. Zwei unabhängige Fehler, beide durch diese Warnung passend zu einem Job maskiert Name, der nicht mehr existierte. 1. "mc: Befehl nicht gefunden". Der CockroachDB-Job verwendete die nativen Server ZURÜCKSAUS ... INTO 's3://', also brauchte es keinen S3-Client im Bild. Die ysql_dump rewrite gehalten Aufruf "mc" aus dem yugabyte Bild, das nicht Schiff es. Aufspalten in einen InitContainer (yugabyte/ysql_dump) geteilt emptyDir und ein Upload-Container (minio/mc). initContainer eher als ein Beiwagen, so dass der Uploader nicht die Dump-Datei ausführen und eine Teildatei kopieren kann. 2. S3_ENDPOINT im Universum-Backup-s3 Secret war http://10.8.1.1:9000 . WireGuard Adresse. Das Overlay ist tot zwischen k1m1 und k3m1, also der Upload Schwarzholed auf einem TCP Timeout. Neupointed at **************** die dokumentierte Regel für von jedem Knoten aus zu erreichen. Verharmlosung, weil beide Fehler einen Job produzierten, der gesünder aussah als er war: die Dump schreibt an .part und benennt nur nach Erfolg (a abgeschnitten -Fc dump stellt leise bis zum Abkturpunkt wieder her, der Uploader verlässt 1 wenn nein dump-Datei existiert, anstatt zu berichten Erfolg mit nichts zu senden, und es läuft Nachher das Objekt gelandet zu beweisen. Geprüftes Ende bis Ende: 314 KiB-Dump hochgeladen, mc stat bestätigt das Objekt und Website-Replikationsberichte (Vergleich)