Loading...

XML

Word

Printable

JSON

Type: Bug
Resolution: Done
Priority: Critical - P2
Fix Version/s: 3.2.12, 3.4.2, 3.5.2
Affects Version/s: None
Component/s: Replication
Labels:
None

Backwards Compatibility:
Fully Compatible
Operating System:
ALL
Backport Requested:

v3.4, v3.2
Sprint:
Repl 2017-01-23
Confidence Status:
None
Work Order:
0
CAR Domain/s:
None

Aha! Reference:
None
Tracking Level:
None
Risk Status:
None
Exec Notes:
None
Goal Name(s):
None
Goal Link:
None

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

Assignee:: Judah Schvimer
Reporter:: Mathias Stearn
Participants:: Githook User, Judah Schvimer, Mathias Stearn
Votes:: 0 Vote for this issue
Watchers:: 7 Start watching this issue

Created:: Nov 22 2016 04:19:05 PM UTC
Updated:: Jun 29 2017 08:52:48 PM UTC
Resolved:: Jan 04 2017 09:24:44 PM UTC
Confidence Status Last Update:: 03/Jan/17 4:08 PM

Details

Description

Attachments

Issue Links

Forms

Activity

People

Dates