[
https://issues.apache.org/jira/browse/HBASE-12769?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14977880#comment-14977880
]
Hudson commented on HBASE-12769:
--------------------------------
SUCCESS: Integrated in HBase-TRUNK #6971 (See
[https://builds.apache.org/job/HBase-TRUNK/6971/])
HBASE-12769 Replication fails to delete all corresponding zk nodes when (tedyu:
rev 210c3dd93748b5de65301f2cca2342f36e169b78)
*
hbase-server/src/test/java/org/apache/hadoop/hbase/util/TestHBaseFsckOneRS.java
*
hbase-client/src/main/java/org/apache/hadoop/hbase/replication/ReplicationFactory.java
*
hbase-client/src/main/java/org/apache/hadoop/hbase/client/replication/ReplicationAdmin.java
*
hbase-server/src/test/java/org/apache/hadoop/hbase/util/hbck/HbckTestingUtil.java
* hbase-server/src/test/java/org/apache/hadoop/hbase/util/BaseTestHBaseFsck.java
*
hbase-server/src/test/java/org/apache/hadoop/hbase/client/replication/TestReplicationAdmin.java
* hbase-server/src/main/java/org/apache/hadoop/hbase/util/HBaseFsck.java
*
hbase-client/src/main/java/org/apache/hadoop/hbase/replication/ReplicationPeersZKImpl.java
*
hbase-server/src/main/java/org/apache/hadoop/hbase/util/hbck/ReplicationChecker.java
> Replication fails to delete all corresponding zk nodes when peer is removed
> ---------------------------------------------------------------------------
>
> Key: HBASE-12769
> URL: https://issues.apache.org/jira/browse/HBASE-12769
> Project: HBase
> Issue Type: Improvement
> Components: Replication
> Affects Versions: 0.99.2
> Reporter: Jianwei Cui
> Assignee: Jianwei Cui
> Priority: Minor
> Fix For: 2.0.0, 1.3.0
>
> Attachments: 12769-v2.txt, 12769-v3.txt, 12769-v4.txt, 12769-v5.txt,
> 12769-v6.txt, HBASE-12769-trunk-v0.patch, HBASE-12769-trunk-v1.patch
>
>
> When removing a peer, the client side will delete peerId under peersZNode
> node; then alive region servers will be notified and delete corresponding
> hlog queues under its rsZNode of replication. However, if there are failed
> servers whose hlog queues have not been transferred by alive servers(this
> likely happens if setting a big value to "replication.sleep.before.failover"
> and lots of region servers restarted), these hlog queues won't be deleted
> after the peer is removed. I think remove_peer should guarantee all
> corresponding zk nodes have been removed after it completes; otherwise, if we
> create a new peer with the same peerId with the removed one, there might be
> unexpected data to be replicated.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
