@@ -492,21 +492,33 @@ Replica Set Configuration Fields
492492
493493 *Type*: int
494494
495- *Default*: 2000 (2 seconds)
495+ .. versionchanged:: 3.6
496+ \
497+
498+ *Default*: -1, infinite catchup time.
496499
497500 Time limit in milliseconds for a newly elected primary to sync
498501 (catch up) with the other replica set members that may have more
499- recent writes. Specifying a higher time limit may reduce the
502+ recent writes. Infinite or high time limits may reduce the
500503 amount of data that the other members would need to roll back
501504 after an election but may increase the failover time.
502505
503506 The newly elected primary ends the catchup period early once it
504507 is fully caught up with other members of the set. During the
505508 catchup period, the newly elected primary is unavailable for
506- writes from clients.
509+ writes from clients. Use :dbcommand:`replSetAbortPrimaryCatchUp`
510+ to abort the catchup then complete the transition to primary.
507511
508512 The setting only applies when using :rsconf:`protocolVersion: 1`.
509513
514+ .. note::
515+
516+ To downgrade a replica set initiated in version 3.6 to 3.4,
517+ change ``catchUpTimeoutMillis`` from ``-1`` to a
518+ positive number. Failure to change this value to a positive
519+ number causes nodes running version 3.4 to neither restart nor
520+ join the replica set.
521+
510522 .. _repl-conf-catchup-takeover-delay:
511523
512524 .. rsconf:: settings.catchUpTakeoverDelayMillis
0 commit comments