[
https://issues.apache.org/jira/browse/ZOOKEEPER-3598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16975107#comment-16975107
]
Hudson commented on ZOOKEEPER-3598:
-----------------------------------
FAILURE: Integrated in Jenkins build ZooKeeper-trunk #777 (See
[https://builds.apache.org/job/ZooKeeper-trunk/777/])
Revert "ZOOKEEPER-3598: Fix potential data inconsistency issue due to (andor:
rev 9f13268567dfcc26a5f59a7449aeec21fb5e16b3)
* (edit)
zookeeper-server/src/main/java/org/apache/zookeeper/server/quorum/CommitProcessor.java
* (edit)
zookeeper-server/src/test/java/org/apache/zookeeper/server/quorum/CommitProcessorTest.java
* (edit)
zookeeper-server/src/main/java/org/apache/zookeeper/server/ExitCode.java
> Fix potential data inconsistency issue due to CommitProcessor not gracefully
> shutdown
> --------------------------------------------------------------------------------------
>
> Key: ZOOKEEPER-3598
> URL: https://issues.apache.org/jira/browse/ZOOKEEPER-3598
> Project: ZooKeeper
> Issue Type: Bug
> Components: server
> Affects Versions: 3.6.0
> Reporter: Fangmin Lv
> Assignee: Fangmin Lv
> Priority: Critical
> Labels: pull-request-available
> Time Spent: 3h 20m
> Remaining Estimate: 0h
>
>
> There was a regression introduced after inline the write in CommitProcessor
> with changes intorduced in ZOOKEEPER-3359, which didn't wait the in-flight
> write to finish before calling shutdown on the nextProcessor.
>
> So it's possible that CommitProcessor thread and QuorumPeer thread will
> update the DataTree concurrently if we're doing fastForwardDataBase at the
> end of ZooKeeperServer.shutdown, which will cause inconsistent issue.
>
> This JIRA is going to make sure we wait on the CommitProcessor to shutdown
> gracefully before calling shutdown on next processor, and exit if we cannot
> finish it gracefully to avoid potential inconsistency.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
