[
https://issues.apache.org/jira/browse/ZOOKEEPER-1343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Flavio Junqueira updated ZOOKEEPER-1343:
----------------------------------------
Attachment: ZOOKEEPER-1343.patch
I have fixed the issues and added a test. In the new test, I need to wait until
the mock leader executes getEpochToPropose before calling the same method
mocking a follower. Otherwise I get a race and it doesn't fail consistently
without the fix.
To make it fail consistently without the fix, I have introduced a while loop
that waits until the value of epoch changes to 6 (the one of the leader + 1)
and to check the value of epoch I had to introduce a new public call. It is
possibly not the cleanest way, but if anyone has a alternative suggestion, I'm
willing to take it.
> getEpochToPropose should check if lastAcceptedEpoch is greater or equal than
> epoch
> ----------------------------------------------------------------------------------
>
> Key: ZOOKEEPER-1343
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1343
> Project: ZooKeeper
> Issue Type: Bug
> Affects Versions: 3.4.0
> Reporter: Flavio Junqueira
> Assignee: Flavio Junqueira
> Fix For: 3.5.0
>
> Attachments: ZOOKEEPER-1343.patch
>
>
> The following block in Leader.getEpochToPropose:
> {noformat}
> if (lastAcceptedEpoch > epoch) {
> epoch = lastAcceptedEpoch+1;
> }
> {noformat}
> needs to be fixed, since it doesn't increment the epoch variable in the case
> epoch != -1 (initial value) and lastAcceptedEpoch is equal. The fix trivial
> and corresponds to changing > with >=.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
