-
Type: Bug
-
Resolution: Unresolved
-
Priority: Minor - P4
-
None
-
Affects Version/s: None
-
Component/s: Testing Infrastructure
-
None
-
Server Programmability
The behavior of MaxTimeMSExpired differs between mongod and mongos when using a blocking failpoint:
- mongod: Returns MaxTimeMSExpired after max(blockTimeMS, maxTimeMS).
- mongos: Returns MaxTimeMSExpired after maxTimeMS only.
Repro: https://gist.github.com/prestonvasquez/d4b8193b4f67750994051ca61d8f035a
results for mongos:
2024/10/29 16:48:58 expected failpoint to block for 1 second, but blocked for 63.76625ms exit status 1
results for mongod:
2024/10/29 16:51:25 passed
Failpoints should be uniform across topologies, behaving as mongod does. In particular, (for sharded clusters) drivers are currently unable to use failpoints to test CSOT behavior that attempts to continue reading a server response after a timeout.
Consider adding a toggle for this behavior:
{ "configureFailPoint": "failCommand", "mode": {"times": 1}, "data": {"failCommands": ["insert"], "blockConnection": True, "blockTimeMS": 1000, "overrideMaxTimeMS": True}, }
- related to
-
DRIVERS-2884 CSOT avoid connection churn when operations timeout
- In Progress