-
Type:
Task
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: None
-
None
-
Cluster Scalability
-
Fully Compatible
-
ClusterScalability 2Mar-16Mar, ClusterScalability 16Mar-30Mar, ClusterScalability 30Mar-13Apr
-
3
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Currently, recipient shards learn they are participating in a resharding operation by detecting reshardingFields during a metadata refresh. This ticket should replace that pull-based mechanism with a coordinator-driven _shardsvrReshardRecipientInitialize command sent during kPreparingToDonate.
Recipient shards will construct and persist their state document, initialize their in-memory state machine, and ensure idempotency. The coordinator will handle command retries to support resilience in the presence of failures.
- depends on
-
SERVER-120927 Add stub for ShardsvrReshardRecipientInitialize
-
- Closed
-
- is depended on by
-
SERVER-122302 Integrate OSI replay protection with shardSvrReshardRecipientInitialize
-
- Closed
-