Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major - P3
-
Resolution: Won't Fix
-
Affects Version/s: 3.6.17
-
Fix Version/s: None
-
Component/s: None
-
Labels:None
-
Operating System:ALL
Description
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
Attachments
Issue Links
- related to
-
SERVER-34776 dropDatabase should respect user provided writeConcern
-
- Closed
-