Skip to content

kafka: reconcile returning 3.0 broker logs from full metadata - #583

Draft
bringhurst wants to merge 1 commit into
3.0-li-bridge/stray-log-cleanupfrom
3.0-li-bridge/full-metadata-log-recovery
Draft

bringhurst wants to merge 1 commit into
3.0-li-bridge/stray-log-cleanupfrom
3.0-li-bridge/full-metadata-log-recovery

Conversation

@bringhurst

Copy link
Copy Markdown
Member

A former replica can miss deletion while offline and reintroduce old records after name reuse. The targeted test failed after ISR recovery and promotion: offset 0 contained an old 64-byte record, not the new 128-byte record. It now passes with the fix.

Behind the existing default-off cleanup gate, use the complete initial metadata image to retire unhosted logs that are no longer assigned here. Keep assigned leaderless logs, reject stale controller epochs, and never treat an incremental update as a complete image. Preserve existing JVM methods.

Both versions pass the updated stray-log and metadata-cache tests. The 3.9 follow-up requires scenario revision 3 and both broker directions, and retries only bounded ZooKeeper startup probes. All 68 Python tests pass. The expanded full verifier is running; this remains a draft, not rollout approval.

A former replica can miss deletion while offline and reuse old bytes after reassignment. Under the cleanup gate, reconcile unhosted logs from a full initial image. Include leaderless assignments, preserve incremental updates and keep the old JVM cache methods.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant