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