-
Type: Improvement
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: 3.2.17, 3.4.10
-
Component/s: Replication
-
None
-
Fully Compatible
-
v3.2
-
Storage 2017-12-04
Replication runs a background thread for oplogApplication that lives for the duration of the mongod process. In 3.2, that thread creates a single OperationContext and uses it for the entire lifetime.
The same lifetime is also seen in 3.4
I believe that if those OperationContexts are scoped to the main loop, as in master, then they would refresh frequently enough to release recovery unit resources that can impede progress of dropping collections.
- is related to
-
SERVER-31101 WT table not dropped after collection is dropped due to long-running OperationContext
- Closed