-
Type: Bug
-
Resolution: Done
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Concurrency, Replication
-
None
-
ALL
Because the lock manager assigns locks to operations in FIFO order, if a write comes in after replSetStepDown acquires the global lock in MODE_S, but before any secondary has caught up to the head of the oplog, secondaries' attempts to read the oplog will block behind the write's attempt to get the global lock in MODE_IX. Since replSetStepDown took the global lock in MODE_S exactly to block writes, we need some way to indicate to the lock manager that it should continue to grant compatible lock requests, effectively letting reads cut ahead of the blocked writes.
- related to
-
SERVER-1423 reads often aren't possible while in fsync and lock mode
- Closed
-
SERVER-15861 Add argument to replSetStepDown to allow users to specify how long to wait for secondaries to catch up
- Closed