-
Type: Task
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Sharding
-
Fully Compatible
-
Sharding 2021-01-11
-
2
Since the RecipientStateMachine is responsible for accumulating the mongo::Futures returned from multiple components, it is simpler for RecipientStateMachine if it can assume any errors are fatal for the resharding operation. That is, the RecipientStateMachine machine won't be responsible for restarting a particular component on a retryable error from a donor shard and instead each individual component is responsible for restarting itself. This likely would be implemented by using AsyncTry within the run() method of each of the components.
- depends on
-
SERVER-49293 Test collection bulk loader for resharding resuming by largest _id inserted
- Closed
- is depended on by
-
SERVER-51606 Handle recovery from resharding donors
- Closed