-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: Backlog
-
Component/s: Sharding
-
Fully Compatible
-
ALL
-
-
Sharding EMEA 2021-05-17
-
148
On node startup we call recoverFromOplogUpTo that will try to apply all the oplog entries up to the recoverToOplogTimestamp on top of the last stable checkpoint. This is done by calling _applyOplogOperations in RecoveryMode::kStartupFromStableTimestamp . Only after this first recovery phase has been completed RepllcaSetAwareServiceRegistry::onStartup() will be executed.
All the recoverable critical sections stored on disk are re-installed in-memory as part of the onStartup procedure, so up until that moment we should skip any recoverable CS opObserver actions.
- is depended on by
-
SERVER-56555 Enable drop_collection_sharded.js FSM workload in stepdown suites
- Closed