-
Type: Bug
-
Resolution: Done
-
Priority: Critical - P2
-
Affects Version/s: None
-
Component/s: Replication
-
None
-
Fully Compatible
-
ALL
-
v3.4, v3.2
-
Repl 2017-01-23
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.
- is related to
-
SERVER-27157 replSetRequestVotes doesn't synchronize between processing and recording request
- Closed
-
SERVER-27155 replSetRequestVotes records dryRun votes as real
- Closed
- related to
-
SERVER-28545 Replication subsystem holds Global lock in MODE_X while waiting for member state to change to ROLLBACK causing server to hang
- Closed