-
Type:
Task
-
Resolution: Duplicate
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
Storage Engines, Storage Engines - Server Integration
-
Sleepysaurus - 2025-10-14
-
None
-
None
-
None
-
None
-
None
-
None
-
None
There is a bug in asynchronous oplog sampling where the oplogRead holds the MODE_IX lock and contends with the MODE_X lock required by the rest of startup. This can be avoided by starting up the cap maintainer thread (currently started as part of startStorageControls). Consider moving the location of startStorageControls to the end of startup where it no longer requires the exclusive lock (near / into notifyStorageStartupRecoveryComplete) or moving the start of cap maintainer thread out of startStorageControls.
- blocks
-
SERVER-111084 [v8.0] Prepare SPM-4168 8.0 branch for release
-
- Investigating
-
- duplicates
-
SERVER-112117 Make oplog sampling yield and lock-free
-
- Closed
-
-
SERVER-112183 Start async oplog sampling towards the end of startup
-
- Closed
-