-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Replication
-
None
-
Fully Compatible
-
ALL
-
Repl 2017-10-23, Repl 2017-11-13
See attached retro script drop_collections_two_phase_step_down.js.
In the repro script, we have a 2 node replica set where we have paused oplog application on the secondary to keep the replica set commit point from advancing. This ensures that drop-pending collections are not cleaned up.
While oplog application is paused on the secondary, we step down the primary using
{force: true}and wait for it to regain its PRIMARY status again. On regaining PRIMARY status, it erroneously notifies the drop pending collection reaper that the commit point has advanced past the drop-pending collection's drop optime.
This results in the drop-pending collection being dropped on the primary even though the secondary has not transitioned the original collection to a drop-pending state.
- is related to
-
SERVER-30638 Change setReadFromMajorityCommittedSnapshot to use the current majority timestamp
- Closed
-
SERVER-29127 Improve behavior of tailable awaitData cursors with readConcern:majority
- Closed