-
Type: Bug
-
Resolution: Duplicate
-
Priority: Major - P3
-
None
-
Affects Version/s: 4.1.10
-
Component/s: Sharding
-
Sharding EMEA
-
ALL
-
0
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.
- is duplicated by
-
SERVER-71202 Adapt existing movePrimary logic to new DDL coordinator
- Closed
- related to
-
SERVER-54231 Resharding can leave behind local collection on former primary shard that doesn't own any chunks
- Closed