zookeeper-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Norbert Kalmar <nkal...@cloudera.com.INVALID>
Subject Re: It is necessary to backport ZOOKEEPER-3104 to branch-3.4
Date Tue, 22 Oct 2019 14:38:39 GMT
Hi Pierre,

As this is a critical bugfix IMO, I don't see why it shouldn't be
backported to 3.4. It hasn't been stated AFAIK that 3.4 is no longer
As for when there could be a new 3.4 release, that's a different question
though. Let's see what the PMCs think about it.

(I also added 3.5.5 to the jira's fix version, az is contains the fix but
was missing.)


On Tue, Oct 22, 2019 at 2:33 PM 殷芳玺 <yinfangxi@kuaishou.com> wrote:

> Hi, Folks:
> ZOOKEEPER-3104 is a critical issue for data inconsistency. The risk also
> exists in 3.4 branch.
> In one of our 3.4.13 clusters, the data inconsistency happens for many
> times.
> After digging some transaction logs and snapshot, we believe that
> ZOOKEEPER-3104<https://issues.apache.org/jira/browse/ZOOKEEPER-3104> is
> the main risk to contributes to our data inconsistency.
> The risk probability maybe higher than we can consider in real product
> environment.  The serialization of big DataTree may leads to a big risk
> time window in the high writing traffic situation. Any failure during the
> risk time window would cause the data inconsistency.
> The data inconsistency is almost unacceptable in zookeeper semantic.
> This issue is already fixed in 3.6. But I think it is very necessary to
> backport ZOOKEEPER-3104<
> https://issues.apache.org/jira/browse/ZOOKEEPER-3104> to branch-3.4,
> especially in the situation that the migration from 3.4 to 3.5 actually
> take more effort to evaluate the compatibility risk in real product
> environment.
> I have already opened an issue [ZOOKEEPER-3589](
> https://issues.apache.org/jira/browse/ZOOKEEPER-3589) and submit a github
> pull request https://github.com/apache/zookeeper/pull/1123 to fix it.
> So I suggest to accept the pull request and release it in 3.4.16. This fix
> would make branch-3.4 more robust and fully-fledged.
> Thanks!
> Best regards
> Pierre Yin

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message