[
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)