- Expédié
- 13 août 2026 à 02:18 UTC
- Auteur
- Kamo
- Commite
- b0d8862
Renommer les morts CockroachBackupMissing alerte dans le précédent commit qui l'a fait feu immédiatement: aucun univers de secours n'avait réussi depuis le 2026-08-09 migration. Deux défauts indépendants, tous deux masqués par cette alerte correspondant à un emploi nom qui n'existe plus. 1. (mc): ordre non trouvé. Le job CockroachDB a utilisé le natif du serveur RAPPEL... INTO 's3://', donc il n'avait pas besoin de client S3 dans l'image. Le ysql-dump rewrite a continué à appeler 'mc' à partir de l'image du yugaoctet, ce qui n'est pas Expédier. Diviser en un initConteneur (yugabyte/ysql-dump) en écrivant à un shared emptyDir et un conteneur de téléchargement (minio/mc). initConteneur plutôt qu'un side-car de sorte que le téléchargeur ne peut pas rouler le vidange et copier un fichier partiel. 2. S3-ENDPOINT dans l'univers-back-s3 Secret était http://10.8.1.1:9000 Adresse WireGuard. Cette superposition est morte entre k1m1 et k3m1, donc le téléchargement blackholed sur une temporisation TCP. Repointé à - la règle documentée pour atteindre l'hôte-répliqué MinIO de n'importe quel nœud. Durcissement, parce que les deux défauts ont produit un travail qui semblait plus sain que lui était: la décharge écrit à .part et ne renomme que le succès (un tronqué -Fc la décharge restaure silencieusement jusqu'au point de troncature), le téléchargeur sort 1 si non Le fichier de vidage existe au lieu de signaler le succès avec rien à envoyer, et il fonctionne Ensuite, la preuve de l'objet a atterri. Verifié bout à bout: 314 KiB dumploaded, mc stat confirme l'objet et les rapports de réplication de site COMPLETED.