[
https://issues.apache.org/jira/browse/ZOOKEEPER-2988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16382604#comment-16382604
]
ASF GitHub Bot commented on ZOOKEEPER-2988:
-------------------------------------------
GitHub user enixon opened a pull request:
https://github.com/apache/zookeeper/pull/477
ZOOKEEPER-2988: NPE triggered if server receives a vote for a server …
…id not in their voting view
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/enixon/zookeeper ZOOKEEPER-2988-3.5
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/zookeeper/pull/477.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #477
----
commit a1364d8c4ec9fdf1c4210b6485a6a143c1e14f5f
Author: Brian Nixon <nixon@...>
Date: 2018-03-01T19:21:47Z
ZOOKEEPER-2988: NPE triggered if server receives a vote for a server id not
in their voting view
----
> 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
> Priority: Minor
>
> 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)
