[SERVER-83213] Use only retriable version of clone command for movePrimary once 8.0 is last-lts Created: 14/Nov/23  Updated: 23/Nov/23

Status: Backlog
Project: Core Server
Component/s: Sharding
Affects Version/s: None
Fix Version/s: None

Type: Task Priority: Major - P3
Reporter: Marcos José Grillo Ramirez Assignee: Backlog - Catalog and Routing
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Assigned Teams:
Catalog and Routing
Participants:

 Description   

SERVER-81229 added replay protection to the _shardsvrCloneCatalogData command, but considering mixed binaries environments, it added special handling to the NotARetriableWriteCommand error, retrying without the osi protection in case we encounter a shard that haven't been upgraded. Once 8.0 becomes last-lts, all binaries will have _shardsvrCloneCatalogData with replay protection, making the exception unnecessary.

The purpose of this ticket is to remove that extra handling and using only the path that adds OSI protection to _shardsvrCloneCatalogData


Generated at Thu Feb 08 06:51:33 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.