Antalya 26.3 Backport of #101548 - Fix Iceberg write retry loop stuck on explicit metadata file path#1771
Conversation
…retry-loop Fix Iceberg write retry loop stuck on explicit metadata file path
Verification: PR #1771PR-added test — GREEN
The new retry-loop fix has clean positive coverage.
CI overview (head commit)
PR test-workflow failures
Regression-workflow failures (chronic baseline on
|
| Suite | Fails |
|---|---|
| Swarms (Aarch64 + Release) | 227 |
| Parquet (Aarch64 + Release) | 34 |
S3Export partition (Aarch64 + Release) |
20 |
S3Export part (Aarch64 + Release) |
14 |
Identical fingerprint to sibling antalya-26.3 PRs (1770, 1769, 1767, 1762, 1759, …). No new failure modes.
Caveat — partial frontport
This PR lands on antalya-26.3 while companion features from antalya-26.1 are still being frontported in parallel. Some regression suites still rely on settings/CLI args not yet wired in this base. A final re-verify is recommended once the rest of the bundle lands.
Verdict
Safe to merge.
- PR’s new test
04079_iceberg_write_retry_explicit_metadatapasses 100% (3/3 stateless runs). - Only one test-level FAIL (
01171_mv_select_insert_isolation_long) — well-known pre-existing flake. - The other 9 red checks are job-level/infra errors and the recurring
antalya-26.3chronic regression baseline.
Audit: PR #1771 — Antalya 26.3 Backport of #101548 — Fix Iceberg write retry loop stuck on explicit metadata file pathAI audit note: This review comment was generated by AI (Cursor agent, audit-review skill). Confirmed defectsNo confirmed defects in reviewed scope. |
Changelog category (leave one):
Changelog entry (a user-readable short description of the changes that goes to CHANGELOG.md):
Fix Iceberg INSERT retry loop failing when the table was created with iceberg_metadata_file_path and the target metadata version already exists (ClickHouse#101548 by @groeneai)
Documentation entry for user-facing changes
...
CI/CD Options
Exclude tests:
Regression jobs to run: