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

Hadoop QA commented on ZOOKEEPER-1192:
--------------------------------------

+1 overall.  Here are the results of testing the latest attachment 
  http://issues.apache.org/jira/secure/attachment/12496069/ZOOKEEPER-1192.patch
  against trunk revision 1172406.

    +1 @author.  The patch does not contain any @author tags.

    +1 tests included.  The patch appears to include 3 new or modified tests.

    +1 javadoc.  The javadoc tool did not generate any warning messages.

    +1 javac.  The applied patch does not increase the total number of javac 
compiler warnings.

    +1 findbugs.  The patch does not introduce any new Findbugs (version 1.3.9) 
warnings.

    +1 release audit.  The applied patch does not increase the total number of 
release audit warnings.

    +1 core tests.  The patch passed core unit tests.

    +1 contrib tests.  The patch passed contrib unit tests.

Test results: 
https://builds.apache.org/job/PreCommit-ZOOKEEPER-Build/577//testReport/
Findbugs warnings: 
https://builds.apache.org/job/PreCommit-ZOOKEEPER-Build/577//artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html
Console output: 
https://builds.apache.org/job/PreCommit-ZOOKEEPER-Build/577//console

This message is automatically generated.

> Leader.waitForEpochAck() checks waitingForNewEpoch instead of checking 
> electionFinished
> ---------------------------------------------------------------------------------------
>
>                 Key: ZOOKEEPER-1192
>                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1192
>             Project: ZooKeeper
>          Issue Type: Bug
>          Components: server
>            Reporter: Alexander Shraer
>            Assignee: Alexander Shraer
>            Priority: Critical
>             Fix For: 3.4.0, 3.5.0
>
>         Attachments: ZOOKEEPER-1192.patch, zookeeper-1192-ver1.patch, 
> zookeeper-1192.patch
>
>
> A follower/leader should block in Leader.waitForEpochAck() until either 
> electingFollowers contains a quorum and electionFinished=true or until a 
> timeout occurs. A timeout means that a quorum of followers didn't ack the 
> epoch on time, which is an error. 
> But the check in Leader.waitForEpochAck() is "if (waitingForNewEpoch) 
> throw..." and this will never be triggered, even if the wait statement just 
> timed out,  because Leader.getEpochToPropose() completes and sets 
> waitingForNewEpoch to false before Leader.waitForEpochAck() is invoked.
> Instead of "if (waitingForNewEpoch) throw" the condition in 
> Leader.waitForEpochAck() should be "if (!electionFinished) throw".
> The guarded block introduced in ZK-1191 should be checking !electionFinished.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to