-
Type:
Task
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Catalog and Routing
-
CAR Team 2025-10-27
-
🟦 Shard Catalog
-
None
-
None
-
None
-
None
-
None
-
None
The concept of "ShardRole retry loop" (i.e. execute something and if it throws due to this shard having stale/unknown sharding metadata then refresh and try again) is present in several places throughout the code. Examples of this are service_entry_point, resharding_data_copy_util or ttl.cpp (this last one may be a stretch since the refresh is asynchronous and there's not retry at this level).
This ticket is to consider making this pattern a common utility that can be reused wherever needed.
- has to be done before
-
SERVER-77402 Replace instances of the ShardRole retry loop pattern with a unified implementation
-
- In Progress
-