Consider the following interleaving:

1. MovePrimary starts
2. MovePrimary completes the cloning phase and is about to execute the commit phase.
3. Concurrently, the user runs removeShard on the destination shard
4. MovePrimary now commits the metadata change on the configsvr which writes the no-longer-existent destination shardId as the db primary for the moved database

As a result, the moved database becomes inaccessible and data may be lost if the removed shard is destroyed.