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)