-
Type:
Task
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Configuration, Cursors, Transactions
-
None
-
Storage Engines - Transactions
-
58.435
-
None
-
3
Background
WT-18722 adds a temporary, diagnostic-only feature flag that bypasses two blanket asserts so prepared transactions can proceed while the step-down timestamp is set:
- __wt_txn_prepare (src/txn/txn.c)
- __session_commit_transaction (src/session/session_api.c)
That flag exists only to make WT-18717's layered-iteration prepare-block fix testable and mergeable against develop ahead of WT-18422. WT-18422 removes both underlying asserts permanently as part of its own work (replacing the blanket ban with the real straddler check), which makes the flag redundant.
Ask
Once WT-18422 merges to develop:
- Delete the temporary flag added in
WT-18722, along with the if
bypass wrapped around each of the two asserts. - Confirm neither assert (nor its replacement logic) still references the flag anywhere.
- Confirm the WT-18717 Python regression test (test_layered_async_stepdown16.py or its equivalent) still passes without the flag once WT-18422's real straddler-aware checks are in place.
Relates to
- depends on
-
WT-18722 Add a temporary feature flag to enable prepared transactions during an async step-down, for testing the layered-iteration prepare-block fix
-
- Closed
-
-
WT-18422 PT: Investigate supporting prepared transactions with async step-down
-
- Investigating
-
- is related to
-
WT-18717 Layered cursor iteration assumes only the ingest cursor can be prepare-blocked, which prepared updates on the stable table violate
-
- In Code Review
-
-
WT-18722 Add a temporary feature flag to enable prepared transactions during an async step-down, for testing the layered-iteration prepare-block fix
-
- Closed
-
-
WT-18422 PT: Investigate supporting prepared transactions with async step-down
-
- Investigating
-