-
Type:
Bug
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: Replication
-
None
-
Fully Compatible
-
ALL
-
Repl 2020-02-10
-
5
-
None
-
None
-
None
-
None
-
None
-
None
-
None
There is a race between how the curOpMatch was generated and the queryCursor receiving a new batch from getMore. When the cursor receives a new batch, it sets the cursorId to 0 before parsing the response. So it is possible for the test thread to race with the queryThread and get a wrong cursorId 0. Therefore, it is possible for a test to use a wrong curOpMatch {command.getMore: 0} in confirmCurrentOpContents, resulting in test failures.
- related to
-
SERVER-46031 Race in CurrentOpExhaustCursorTest calling DBClientCursor more() concurrently in two threads
-
- Closed
-