Use only retriable version of clone command for movePrimary once 8.0 is last-lts

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Fixed
    • Priority: Major - P3
    • 8.2.0-rc0
    • Affects Version/s: None
    • Component/s: Sharding
    • None
    • Catalog and Routing
    • Fully Compatible
    • CAR Team 2024-11-25, CAR Team 2025-03-17
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      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

            Assignee:
            Antonio Fuschetto
            Reporter:
            Marcos José Grillo Ramirez
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: