-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Sharding
-
Fully Compatible
-
ALL
-
Sharding 2020-08-24, Security 2021-01-25, Security 2021-02-08, Security 2021-02-22
-
(copied to CRM)
In 4.0, AsyncRequestsSender::next() can end up calling _scheduleRequests, which eventually tries to do shard targeting in a blocking manner. This deadline in shard targeting should be updated to be the minimum of the current deadline and the deadline set on the OperationContext, so that clients aren't accidentally blocked if targeting takes a long time.
We should also add a deadline to this call to Baton::run.
- depends on
-
SERVER-46740 establishCursors() must always drain the AsyncRequestsSender::_baton
- Closed