- 
    Type:
Bug
 - 
    Resolution: Done
 - 
    Priority:
Major - P3
 - 
    Affects Version/s: 2.4.6
 - 
    Component/s: Replication
 
- 
        ALL
 - 
        None
 
- 
        None
 - 
        None
 - 
        None
 - 
        None
 - 
        None
 - 
        None
 
Result: Elections will not proceed correctly until heartbeats are processed.
Repro:
- fsyncLock() secondary (XXX:27019)
 - raise the priority for the PRIMARY (XXX:27017) and issue rs.reconfig()
 - shut down the PRIMARY
 - observe that another SECONDARY (XXX:27018) cannot be elected since the fsyncLock'ed one vetoes it:
Wed Oct 9 11:58:21.339 [rsMgr] not electing self, XXX:27019 would veto with 'XXX:27018 is trying to elect itself but XXX:27017 is already primary and more up-to-date'
 - fsyncUnlock() the SECONDARY ( XXX:27019 ), observe the XXX:27018 being elected
 
Expected behavior:
Write locks should not prevent an election or delay detecting replica set node state changes. This message is an example:
Wed Oct 9 11:51:01.864 [rsHealthPoll] replSet member XXX:27017 is now in state DOWN
Ideally, XXX:27019 should vote for XXX:27018 (see SERVER-11059).
- related to
 - 
                    
SERVER-11059 Elections can be delayed by some locks
-         
 - Closed
 
 -