-
Type:
Bug
-
Resolution: Unresolved
-
Priority:
Critical - P2
-
None
-
Affects Version/s: None
-
Component/s: Cursors, Layered Tables
-
Storage Engines - Foundations
-
None
-
None
In some
{A,UB}SAN patch builds, I'm seeing this assertion fail, which seems to indicate that the stable cursor's b-tree is somehow dirty on a mongod secondary, despite that fact that secondaries should read the cursor in follower mode.
- is related to
-
WT-16476 Never open a live btree handle on the stable table on standby even there is no checkpoint
-
- Closed
-
-
WT-17256 Turn WT_ASSERT that prevent follower from writing pages to shared btrees in WT_ASSERT_ALWAYS
-
- In Code Review
-
-
WT-17258 Add a production assertion that we never open shared live btree on the follower
-
- Closed
-