You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Sean Busbey (JIRA)" <ji...@apache.org> on 2016/06/23 03:36:16 UTC

[jira] [Commented] (HBASE-15827) Backport HBASE-15125 'HBaseFsck's adoptHdfsOrphan function creates region with wrong end key boundary' to 1.2

    [ https://issues.apache.org/jira/browse/HBASE-15827?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15345666#comment-15345666 ] 

Sean Busbey commented on HBASE-15827:
-------------------------------------

this went into branch-1.2 in commit f778736b658b28b24ce7bb7428ab3b268d742765

> Backport HBASE-15125 'HBaseFsck's adoptHdfsOrphan function creates region with wrong end key boundary' to 1.2
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: HBASE-15827
>                 URL: https://issues.apache.org/jira/browse/HBASE-15827
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Ted Yu
>            Assignee: Ted Yu
>             Fix For: 1.2.2
>
>         Attachments: 15827-branch-1.2.patch
>
>
> There is a bug in HBaseFsck's adoptHdfsOrphan function.At the last of this function will create a region,which want to cover all the orphan regions.But the end key of this new region was set incorrectly.Correct region's boundary should be [startKey,endKey),but this function create a region with boundary of [startKey,endKey],this bug will leads to scan operation omit some data.
> I think we should create the region like bellow,
> {code}
>     // create new region on hdfs. move data into place.
>     HRegionInfo hri = new HRegionInfo(template.getTableName(), orphanRegionRange.getFirst(),
>         Bytes.add(orphanRegionRange.getSecond(), new byte[1]));
> {code}
> This is to backport to branch-1.2



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)