[
https://issues.apache.org/jira/browse/HBASE-7?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694385#action_12694385
]
ryan rawson commented on HBASE-7:
---------------------------------
There are some other things that can be done:
- Rebuilding .META. if is totally ruined.
- Automate more of the checking that HbaseFsck fails on - if you have multiple
region directories for the same start key/end key, the tool tells you so and
barfs out and lets you resolve it by hand (moving stuff out of
/hbase/table_name).
- Other byzantine error cases.
One thing we want to probably avoid is unnecessary read/writes - flush is good,
but major compactions is probably not good. Compactions to resolve
parent/child split relationships good too.
I have an outstanding patch that provides a tool called HFileStats which dumps
the meta blocks of a HFile (the 0.20 storage format)... the stats contain
start/end key, and will allow us to figure if a hfile for a region matches or
what region it might actually belong to (for rebuilding .META. info).
Lots of work to be done, and I hope my initial stab at it (spurred by a broken
cluster I thereby fixed) will make a good framework for further work.
Good luck!
> [hbase] Provide a HBase checker and repair tool similar to fsck
> ---------------------------------------------------------------
>
> Key: HBASE-7
> URL: https://issues.apache.org/jira/browse/HBASE-7
> Project: Hadoop HBase
> Issue Type: New Feature
> Components: util
> Reporter: Jim Kellerman
> Fix For: 0.20.0
>
> Attachments: HBASE-7.patch, patch.txt
>
>
> We need a tool to verify (and repair) HBase much like fsck
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
