
OPERATIONAL DEFECT DATABASE
...

...
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}, }
Click on a version to see all relevant bugs
MongoDB Integration
Learn more about where this data comes from
Bug Scrub Advisor
Streamline upgrades with automated vendor bug scrubs
BugZero Enterprise
Wish you caught this bug sooner? Get proactive today.