-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Sharding
-
Fully Compatible
-
Sharding 2020-10-05
-
16
Currently, calling getConnString() on a ShardRemote object reaches back into the RSM to determine the connection string. This can result in taking an RSM mutex, and so requires care around which mutexes are held when calling getConnString().
However, the reworking of the RSM-related ShardRegistry functionality on SERVER-46202 (specifically _latestConnStrings) means that this behaviour should no longer be necessary. Instead, Shard objects should now be able to simply remember and use the connection string they were created with (ie. what is currently called originalConnString(), which could then go away).
- depends on
-
SERVER-51103 RSM calls updateReplSetHosts() with partial connection strings
- Closed
- related to
-
SERVER-46202 Implement ShardRegistry on top of ReadThroughCache to make it causally consistent
- Closed