-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Replication
-
None
-
Fully Compatible
-
ALL
-
v4.0
-
Repl 2018-05-21, Repl 2018-06-04
-
66
In read_concern_snapshot_yielding.js there's some code which waits for an operation to start. The test is racy because the test assumes that once waitForOpId() has returned, the operation is hanging on a fail point. This is not necessarily true, and can cause the test to fail if the following happens:
1) The operation starts, but does not reach the failPoint
2) waitForOpId is run, and returns true
3) killOp is run
4) The operation checks for interrupt, and terminates (without ever having reached the fail point)
5) assertKillPending() fails because the operation has terminated
I'm marking this as depends-on SERVER-34726 because changing this test might hide the bug described in that ticket.
- depends on
-
SERVER-34726 Deadlock with locally stashed transaction resources during profiling
- Closed