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

replSetRequestVotes command should wait for durability

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Critical - P2
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 3.2.12, 3.4.2, 3.5.2
    • Component/s: Replication
    • Labels:
      None
    • Backwards Compatibility:
      Fully Compatible
    • Operating System:
      ALL
    • Backport Requested:
      v3.4, v3.2
    • Sprint:
      Repl 2017-01-23

      Description

      The Raft protocol requires that votes are stored durably, but the replSetRequestVotes command doesn't wait for durability after recording the vote and before replying to the candidate. This can result in a vote being lost following a hard shutdown and possibly conflicting votes for different candidates for the same term.

        Attachments

          Issue Links

          is related to

          Bug - A problem which impairs or prevents the functions of the product. SERVER-27157 replSetRequestVotes doesn't synchronize between processing and recording request

          • Critical - P2 - Crashes, loss of data, severe memory leak.
          • Closed

          Bug - A problem which impairs or prevents the functions of the product. SERVER-27155 replSetRequestVotes records dryRun votes as real

          • Major - P3 - Major loss of function.
          • Closed
          related to

          Bug - A problem which impairs or prevents the functions of the product. SERVER-28545 Replication subsystem holds Global lock in MODE_X while waiting for member state to change to ROLLBACK causing server to hang

          • Major - P3 - Major loss of function.
          • Closed

            Activity

              People

              • Votes:
                0 Vote for this issue
                Watchers:
                7 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: