[
https://issues.apache.org/jira/browse/HBASE-25266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17230160#comment-17230160
]
Michael Stack commented on HBASE-25266:
---------------------------------------
[~wchevreuil] I've not started work but would be game. It keeps coming up here.
I think a hbck2 command 'adoptOrphans' that took a list of one or more encoded
region names..... Recently I messed w/ the walplayer to make it do load of a
bunch of recovered.edits files under a bunch of regions... and can say that
works. And bulk load is well known. The 'adoptOrphans' would just be bulk load
all hfiles, then any recovered.edits, then delete the orphan dir. Probably
should check that the passed region is indeed an orphan first requiring a
'force' if operator wants to override. Something like that?
> [hbase-operator-tools] Add a repair tool for moving stale regions dir not
> present in meta away from table dir
> -------------------------------------------------------------------------------------------------------------
>
> Key: HBASE-25266
> URL: https://issues.apache.org/jira/browse/HBASE-25266
> Project: HBase
> Issue Type: New Feature
> Reporter: Wellington Chevreuil
> Assignee: Wellington Chevreuil
> Priority: Major
>
> This adds a new tool under *hbase-tools* module, that allows for moving aways
> regions dirs existing under table's hdfs dir, but not in meta. This is useful
> in cases where the region is not present in meta, but still has data on hdfs,
> yet no holes in the table region chain is detected.
> On such cases, the existing *HBCK2 addFsRegionsMissingInMeta* command isn't
> ideal, as it would bring the region back in meta and cause overlaps.
> This tool performs the following actions:
> 1) Identifies regions in hdfs but not in meta using
> *HBCK2.reportTablesWithMissingRegionsInMeta*;
> 2) For each of these regions, sidelines the related dir to a temp folder;
> 3) Bulkload hfiles from each sidelined region to the related table;
> Sidelined regions are never removed from temp folder. Operators should remove
> those manually, after they certified on data integrity.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
