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

Audit internal uses of force reconfig and consider using safe reconfig

    XMLWordPrintableJSON

Details

    • Improvement
    • Status: Closed
    • Major - P3
    • Resolution: Fixed
    • None
    • 5.0.0-rc0
    • Replication
    • None
    • Fully Compatible
    • Repl 2021-03-22, Repl 2021-04-05

    Description

      When using force reconfig, we will bypass the noop write while also clearing the committed snapshot.

      Previously, internal users of doReplSetReconfig only changed the config term and version (stepup, upgrade/downgrade). We probably favored force reconfigs in these scenarios because they are faster and still safe. Since the content of the config did not change, and therefore did not affect the quorum condition, we did not drop snapshots.

      However, in SERVER-50423, we explicitly rename the slaveDelay field to secondaryDelaySecs, so this check will treat that rename as a content change.

      Attachments

        Issue Links

          Activity

            People

              jason.chan@mongodb.com Jason Chan
              pavithra.vetriselvan@mongodb.com Pavithra Vetriselvan
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: