Orphaned collections after a movePrimary that fails to cleanup can cause future migrations to fail

XMLWordPrintableJSON

    • Sharding EMEA
    • ALL
    • 0
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      If the movePrimary command is interrupted after it successfully runs configsvrCommitMovePrimary but before it finishes dropping all the cloned collections, they can cause errors when chunks for those collections eventually get moved to this shard. This is because movePrimary assigns new UUID to the cloned collections and the UUIDs for the "orphaned" collections and the new sharded collections will be different.

            Assignee:
            [DO NOT USE] Backlog - Sharding EMEA
            Reporter:
            Randolph Tan
            Votes:
            0 Vote for this issue
            Watchers:
            9 Start watching this issue

              Created:
              Updated:
              Resolved: