-
Type: Bug
-
Resolution: Won't Fix
-
Priority: Major - P3
-
None
-
Affects Version/s: 3.6.17
-
Component/s: None
-
None
-
Storage Execution
-
ALL
Note: I believe this is the same bug as SERVER-34776 but on the v3.6 branch.
The dropDatabase command does not honor wtimeout on v3.6. To reproduce:
- start a 3 node replica set with 3.6.17
- disable replication on secondaries: db.adminCommand({"configureFailPoint": "stopReplProducer", "mode": "alwaysOn"})
- run dropDatabase command with writeConcern:{w:3, wtimeout:1}
- dropDatabase hangs (forever?) instead of raising a wtimeout error
- related to
-
SERVER-34776 dropDatabase should respect user provided writeConcern
- Closed