[
https://issues.apache.org/jira/browse/ZOOKEEPER-2020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Nauroth updated ZOOKEEPER-2020:
-------------------------------------
Fix Version/s: (was: 3.5.2)
3.5.3
> Change TRUNC to SNAP in sync phase for safety guarantee
> --------------------------------------------------------
>
> Key: ZOOKEEPER-2020
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2020
> Project: ZooKeeper
> Issue Type: Sub-task
> Components: quorum
> Affects Versions: 3.5.0
> Reporter: Hongchao Deng
> Fix For: 3.6.0, 3.5.3
>
>
> ZOOKEEPER-1549 discusses the problem:
> "When the leader started, it will apply every txn in its txnlog (incl.
> uncommitted ones) into its in-memory data tree"
> I didn't any solution so far solved this problem in 3.5.x. Since this affects
> only TRUNC part -- only old leader that needs TRUNC applies uncommitted txns,
> a simple fix would be change current TRUNC logic to SNAP. This isn't hard to
> implement, but guarantees safety.
> Ideally, we will solve the whole problem by untangling all compatibility
> issues and fixing the protocol.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
