-
Type: Bug
-
Resolution: Done
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Replication
-
Fully Compatible
-
ALL
-
v3.4, v3.2
-
Repl 2017-02-13, Repl 2017-03-06
-
(copied to CRM)
Currently the initial find for the GTE query on the oplog has a 60 second maxTimeMs, and the subsequent getMores have a maxTimeMs equal to the election timeout / 2. Both the find and the getMore, however, have timeout from the networking subsystem equal to the election timeout. Given the default election timeout is 10 seconds, that means if the initial find takes more than 10 seconds to find the common point in the oplog and return the first batch it will time out, rather than waiting the 60 seconds of the maxTimeMs.
This can make it hard for nodes that have high repl lag to catch up, as if the common point in the oplog is far back, it could consistently take more than 10 seconds, which would leave the node unable to start replicating.
- is related to
-
SERVER-19605 Oplog timeout should be configurable
- Closed