-
Type:
Bug
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Catalog and Routing
-
Fully Compatible
-
CAR Team 2025-04-14, CAR Team 2025-04-28, CAR Team 2025-05-12
-
200
-
2
-
None
-
3
-
🟦 Shard Catalog
-
None
-
None
-
None
-
None
-
None
-
None
On secondaries, some collections (replicated + oplog) should be read at the last applied timestamp whereas others (non-replicated) should be read at latest. In the shard role, we check all of the namespaces in the acquisition to see if any of them require last applied.
However, if we first do an acquisition for an unreplicated collection, we will use latest. And then if we do a later acquisition for a replicated collection, we will not check the read source as the snapshot is already allocated. This could lead to us reading from a replicated collection at latest on a secondary, which could result in reading mid batch application.
- causes
-
SERVER-105461 Shard role read source assertions should allow for repl set state changes
-
- Closed
-
- is depended on by
-
SERVER-103165 Enable user assertion for operations which would change the read source in nested acquisitions, after 9.0 branches out
-
- Backlog
-
- is duplicated by
-
SERVER-105461 Shard role read source assertions should allow for repl set state changes
-
- Closed
-
- is related to
-
SERVER-92898 Investigate read source change behavior differences in the AutoGetters and Shard Role
-
- Closed
-
- related to
-
SERVER-92928 Add CheckReplDBHash and CheckReplOplogs to jstestfuzz_replication_write_conflicts.yml
-
- Closed
-