[
https://issues.apache.org/jira/browse/HBASE-17077?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15718404#comment-15718404
]
Hudson commented on HBASE-17077:
--------------------------------
SUCCESS: Integrated in Jenkins build HBase-0.98-matrix #421 (See
[https://builds.apache.org/job/HBase-0.98-matrix/421/])
HBASE-17077 Don't copy the replication queue belonging to the peer which
(apurtell: rev 7e5a76f0a53d514c43c841f5789cbd4dbd188b0d)
* (edit)
hbase-client/src/main/java/org/apache/hadoop/hbase/replication/ReplicationQueuesZKImpl.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, 0.98.24
>
> 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)
