[
https://issues.apache.org/jira/browse/ZOOKEEPER-790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12891332#action_12891332
]
Patrick Hunt commented on ZOOKEEPER-790:
----------------------------------------
I believe the problem found by Travis is a bug in the build for 3.3.1. If you
d/l the latest release, patch it, and run "ant jar" this is included into the
output:
version-info:
[java] All version-related parameters must be valid integers!
[java] Exception in thread "main" java.lang.NumberFormatException: For
input string: "2-dev"
[java] at
java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
[java] at java.lang.Integer.parseInt(Integer.java:458)
[java] at java.lang.Integer.parseInt(Integer.java:499)
[java] at
org.apache.zookeeper.version.util.VerGen.main(VerGen.java:131)
[java] Java Result: 1
the build doesn't fail as the generated Version.java exists in the release, as
a result you get the original Version.java, and therefore the old date.
You can see this better by doing a "ant clean jar", which will fail as the
Version.java is cleaned by running ant clean. You can get around this
problem by running "ant -Dversion=3.3.2 clean jar" (a valid version string),
after which you should see the current date in the log.
I'll fix this in the next rel.
> Last processed zxid set prematurely while establishing leadership
> -----------------------------------------------------------------
>
> Key: ZOOKEEPER-790
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-790
> Project: Zookeeper
> Issue Type: Bug
> Components: quorum
> Affects Versions: 3.3.1
> Reporter: Flavio Paiva Junqueira
> Assignee: Flavio Paiva Junqueira
> Priority: Blocker
> Fix For: 3.3.2, 3.4.0
>
> Attachments: ZOOKEEPER-790-3.3.patch, ZOOKEEPER-790-3.3.patch,
> ZOOKEEPER-790.patch, ZOOKEEPER-790.patch, ZOOKEEPER-790.patch,
> ZOOKEEPER-790.patch, ZOOKEEPER-790.patch, ZOOKEEPER-790.travis.log.bz2
>
>
> The leader code is setting the last processed zxid to the first of the new
> epoch even before connecting to a quorum of followers. Because the leader
> code sets this value before connecting to a quorum of followers
> (Leader.java:281) and the follower code throws an IOException
> (Follower.java:73) if the leader epoch is smaller, we have that when the
> false leader drops leadership and becomes a follower, it finds a smaller
> epoch and kills itself.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
