[ 
https://issues.apache.org/jira/browse/ZOOKEEPER-2988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16458345#comment-16458345
 ] 

Hudson commented on ZOOKEEPER-2988:
-----------------------------------

FAILURE: Integrated in Jenkins build ZooKeeper-trunk #6 (See 
[https://builds.apache.org/job/ZooKeeper-trunk/6/])
ZOOKEEPER-2988: NPE triggered if server receives a vote for a server … (hanm: 
rev 2022766ec907f63b1b43fc5455e9e7761cd332f6)
* (edit) 
src/java/test/org/apache/zookeeper/server/quorum/QuorumPeerMainTest.java
* (edit) 
src/java/main/org/apache/zookeeper/server/quorum/FastLeaderElection.java


> NPE triggered if server receives a vote for a server id not in their voting 
> view
> --------------------------------------------------------------------------------
>
>                 Key: ZOOKEEPER-2988
>                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2988
>             Project: ZooKeeper
>          Issue Type: Bug
>          Components: leaderElection
>    Affects Versions: 3.5.3, 3.4.11
>            Reporter: Brian Nixon
>            Assignee: Brian Nixon
>            Priority: Minor
>             Fix For: 3.5.4, 3.6.0
>
>
> We've observed the following behavior in elections when a node is lagging 
> behind the quorum in its view of the ensemble topology.
> - Node A is operating with node B in its voting view, but without view of 
> node C.
> - B votes for C.
> - A then switches its vote to C, but throws a NPE when attempting to connect.
> This causes the QuorumPeer to spin up a Follower only to immediately have it 
> shutdown by the exception.
> Ideally, A would not advertise a vote for a server that it will not follow.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to