-
Type:
Bug
-
Resolution: Fixed
-
Priority:
Critical - P2
-
Affects Version/s: None
-
Component/s: Cursors, Layered Tables
-
Security Level: Public (Available to anyone on the web)
-
Storage Engines - Foundations
-
574.596
-
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 if there is no checkpoint
-
- Closed
-
-
WT-17256 Turn WT_ASSERT that prevent follower from writing pages to shared btrees in WT_ASSERT_ALWAYS
-
- Closed
-
-
WT-17258 Add a production assertion that we never open shared live btree on the follower
-
- Closed
-
- related to
-
SERVER-126154 Core dump S3 upload_file fails silently
-
- Closed
-