-
Type:
Improvement
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Networking & Observability
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Given this sequence:
- mongos RSM cannot reach all shard replicas
- Shard adds new node, which in principle should be reachable.
- config.shards was updated with the latest connection string by the shard primary.
- mongos refreshes from config server, and fetches the connection string.
- The ShardRegistry usually re-uses the RSM instance, so it will keep being disconnected unless we can tell the RSM that there's something new.
Although this scenario is unlikely (if all shard nodes were unreachable, it seems likely that any new nodes will also be unreachable), it posses a problem in a scenario where the ShardRegistry can still connect to the CSRS, gradual ShardRegistry refreshes would never recreate the RSM. If the network is eventually re-established, the RSM will still be trying to track the old nodes.
- is depended on by
-
SERVER-115725 Make ShardRegistry notify the RSM of new nodes
-
- Needs Scheduling
-
- is related to
-
SERVER-110328 ShardRegistry can be unable to refresh when all hosts of a shard have been changed
-
- In Progress
-
- related to
-
SERVER-115725 Make ShardRegistry notify the RSM of new nodes
-
- Needs Scheduling
-