[
https://issues.apache.org/jira/browse/BOOKKEEPER-673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13747363#comment-13747363
]
Ivan Kelly commented on BOOKKEEPER-673:
---------------------------------------
{quote}is there any application relying on this length field rather than the
LAC field?{quote}
As Vinay said, if they were, they would have seen this already. As they
haven't, i'd push this out to 4.3.0 and a possible 4.2.3. I'd like to get 4.2.2
out this week, and as such, I'd like to avoid any scope creep.
> Ledger length can be inaccurate in failure case
> -----------------------------------------------
>
> Key: BOOKKEEPER-673
> URL: https://issues.apache.org/jira/browse/BOOKKEEPER-673
> Project: Bookkeeper
> Issue Type: Bug
> Reporter: Ivan Kelly
> Fix For: 4.3.0
>
>
> Ledger length can be inconsistent if a ledger is closed by a writing client
> that encounters an error. For example, in a cluster with 3 bookies, and an
> ledger with a q3e3 configuration, if a bookie dies, the client will close the
> ledger when it fails to write an entry. However, it has already added the
> length of the failed entry to the local ledger length, and this is what is
> stored to zk.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
