[
https://issues.apache.org/jira/browse/HBASE-4377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13113839#comment-13113839
]
Jonathan Hsieh commented on HBASE-4377:
---------------------------------------
I have a very *hacky* version that I've successfully recently used to rebuild a
.META. table with over 10k regions. It can be found here:
https://github.com/jmhsieh/hbase/tree/hbase-4377
I've also hacked the hack to backport it onto an 0.90.x branch.
To run it build hbase and then use the following command line
{code}
bin/hbase org.apache.hadoop.hbase.util.hbck.OfflineMetaRepair -base
~/pathToHbase/hbase -details
{code}
The program will fail telling the user about any problems it encounters. It
only succeed if all the info gathered from .regioninfo's is clean after going
through the regionsplit calculator.
This code will take some time to clean up.
I would like to do some refactoring of the current hbck and create a
o.a.h.hbase.util.hbck or o.a.h.hbase.hbck package. Any preferences or concerns
there?
> [hbck] Offline rebuild .META. from fs data only.
> ------------------------------------------------
>
> Key: HBASE-4377
> URL: https://issues.apache.org/jira/browse/HBASE-4377
> Project: HBase
> Issue Type: New Feature
> Reporter: Jonathan Hsieh
>
> In a worst case situation, it may be helpful to have an offline .META.
> rebuilder that just looks at the file system's .regioninfos and rebuilds meta
> from scratch. Users could move bad regions out until there is a clean
> rebuild.
> It would likely fill in region split holes. Follow on work could given
> options to merge or select regions that overlap, or do online rebuilds.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
