-
Type: Bug
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: 3.4.4, 3.5.13
-
Component/s: Diagnostics, Replication
-
Fully Compatible
-
ALL
-
v3.6, v3.4
-
Storage 2018-01-01, Repl 2018-01-15, Repl 2018-01-29, Repl 2018-02-12, Repl 2018-02-26
This behavior was observed in 3.4.4 (at least). The reason is that TimerHolder is declared here in applyOps, but applyOps doesn't wait for the batch to finish. This can be solved by moving TimerHolder to this block which does wait for the batch to finish. This would need to be done at each place where applyOps is called.
This makes it difficult to determine whether the node is under heavy replication load and to diagnose issues related to that.
- related to
-
SERVER-33448 Relax time diff requirements in apply_batches_totalMillis.js
- Closed
-
SERVER-31359 when large inserts into mongo, lots of global lock occur
- Closed