Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-28005

Oplog query network timeout is less than the maxTimeMs

    • Fully Compatible
    • ALL
    • v3.4, v3.2
    • Repl 2017-02-13, Repl 2017-03-06

      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.

            spencer@mongodb.com Spencer Brody (Inactive)
            spencer@mongodb.com Spencer Brody (Inactive)
            0 Vote for this issue
            11 Start watching this issue