The proposed solution is to acquire the recoverable critical section on the recipient shard although a more robust solution would be to spawn a DDL coordinator on the recipient that would acquire the DDL Lock and then the recoverable critical section.
- causes
-
SERVER-74880 movePrimary participant should drain DDL ops over the same dbName before acquiring the critical section
- Closed
- is depended on by
-
SERVER-69181 MovePrimary followed by dropDatabase and recreate on the original shard can lose data
- Closed