Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-89347

Check the cluster cardinality parameter before allowing any data movement commands

    • Type: Icon: Bug Bug
    • Resolution: Fixed
    • Priority: Icon: Major - P3 Major - P3
    • 8.1.0-rc0, 8.0.0-rc6
    • Affects Version/s: None
    • Component/s: None
    • None
    • Catalog and Routing
    • Fully Compatible
    • ALL
    • v8.0, v7.3, v7.0
    • CAR Team 2024-04-29, CAR Team 2024-05-13

      SERVER-87316 added a check for the cluster cardinality parameter before allowing moveCollection. This ensures that there is no data loss due to direct shard connections when moving a tracked collection because we are certain that all direct connections have been stopped before any tracked collections can be moved.

      However, with the other data movement commands (moveChunk, movePrimary, resharding) it would still be possible. The case we are considering is the one in which a data movement command is issued after the second shard is added to the cluster but before the cluster cardinality parameter has been updated since this is not done atomically.

      By doing the same check as SERVER-87316 added for moveCollection elsewhere, we will close this gap.

            Assignee:
            allison.easton@mongodb.com Allison Easton
            Reporter:
            allison.easton@mongodb.com Allison Easton
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: