Chunk migration could be aborted unnecessarily

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Unresolved
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Catalog and Routing
    • CAR Team 2026-04-27
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      // TODO (Kal): Setting the state to kCloning below means that if cancelClone was called we will
      // send a cancellation command to the recipient. The reason to limit the cases when we send
      // cancellation is for backwards compatibility with 3.2 nodes, which cannot differentiate
      // between cancellations for different migration sessions. It is thus possible that a second
      // migration from different donor, but the same recipient would certainly abort an already
      // running migration.

      The above is from migration_chunk_cloner_source.cpp
      Creating this ticket for kaloian.manassiev@mongodb.com to avoid blocking merge to a PR.

            Assignee:
            Kaloian Manassiev
            Reporter:
            Abdul Qadeer
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: