-
Type: Task
-
Resolution: Won't Do
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Query Execution
Currently we don't have a multi-client (concurrent) fuzzer that can issue multiple commands against the server in parallel. As a result the fuzzer isn't as good at producing deadlocks as it could be.
For example, in SERVER-89730 we see that two concurrent cloneCollectionAsCapped can deadlock (and can potentially deadlock with renameCollection and some other sharded DDL operations) if the arguments are provided in reverse order. This seems like something the fuzzer would be good at catching.
- is related to
-
SERVER-89730 All commands that take more than one collection lock must acquire locks in same order
- Backlog