planned promote: a write in flight waits the 10 s semi-sync timeout and the new primary takes 10 s to accept writes #138
Labels
No labels
accessibility
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Keel-Linux/keel#138
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
keel 0.23.13 (N9). A write in flight at the release waits for rpl_semi_sync_master_timeout on the old primary (commits on both, nothing lost, client waits 15 s). Then follow on the new primary runs from 17:31:59 to 17:32:09 before read_only goes off, which looks like the old order of keel#118. Evidence: handbook docs/evidence/2026-10-10-rollout-0.23.13.md.