[
https://issues.apache.org/jira/browse/HBASE-17077?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15665190#comment-15665190
]
Hudson commented on HBASE-17077:
--------------------------------
ABORTED: Integrated in Jenkins build HBase-1.4 #532 (See
[https://builds.apache.org/job/HBase-1.4/532/])
HBASE-17077 Don't copy the replication queue belonging to the peer which
(tedyu: rev b77bfe9d3b63946956e82f47ce5a7243730bfc25)
* (edit)
hbase-client/src/main/java/org/apache/hadoop/hbase/replication/ReplicationQueuesZKImpl.java
* (edit)
hbase-server/src/test/java/org/apache/hadoop/hbase/replication/regionserver/TestReplicationSourceManager.java
> Don't copy the replication queue belonging to the peer which has been deleted
> -----------------------------------------------------------------------------
>
> Key: HBASE-17077
> URL: https://issues.apache.org/jira/browse/HBASE-17077
> Project: HBase
> Issue Type: Improvement
> Reporter: Guanghao Zhang
> Assignee: Guanghao Zhang
> Priority: Minor
> Fix For: 2.0.0, 1.4.0
>
> Attachments: HBASE-17077-v1.patch, HBASE-17077.patch
>
>
> When a region server is dead, then other live region servers will transfer
> the dead rs's replication queue to their own queue. Now the live rs first
> copy the wals queue to its own znode, then create a new replication source to
> replicate the wals. But if the queue belong to a peer has been deleted, it
> copy the queue, too. The current steps is:
> 1. copy the queue to its own znode
> 2. found the queue belong to a peer has been deleted
> 3. remove the queue and don't create a new replication source for it
> There is a small improvement. The live region server doesn't need to copy the
> queue to its own znode. The new steps is:
> 1. found the queue belong to a peer has been deleted
> 2. remove the queue directly instead of copy it
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
