-
Type:
Task
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Cluster Scalability
-
None
-
3
-
TBD
-
None
-
None
-
None
-
None
-
None
-
None
-
None
In SERVER-105688, resharding recipient was made to retry on lockTimeout errors since the error does not get retried by default in withAutomaticRetry. Audit the lock acquisitions of internal resharding collections(like the oplog buffer and conflict stash collections, oplog fetcher, applier and txn cloner collections) to verify if the lockTimeout is present. If so, add test coverage to ensure that the error is retryable.
- is related to
-
SERVER-105688 LockTimeout error on a resharding recipient during "creating-collection" or "building-index" or "cloning" state causes the entire resharding operation to abort
-
- Closed
-