On Thu, May 26, 2011 at 8:06 AM, Robert Gonzalez
<[email protected]> wrote:
> It looks like an entire region is missing, here is the online table:
>
> urlhashv2,7FF1A5BF839C37078083B4F8267008F6,1303028235302.b0d55566fd0e02ae98541618396aa7b1.
>        c1-s03.atxd.maxpointinteractive.com:60030      
> 7FF1A5BF839C37078083B4F8267008F6        80116D7E506D87ED39EAFFE784B5B590
> urlhashv2,8031483E0B3B7F587020FCBB764272D9,1305226123483.3ed065ad87f89aece6b994dd31b42b2a.
>       c1-s33.atxd.maxpointinteractive.com:60030       
> 8031483E0B3B7F587020FCBB764272D9        8041346D0B05617FA4B9152BFE9B18B9
>
> One ends at 80116D7E506D87ED39EAFFE784B5B590, but the next one doesn't start 
> there.
>

So, make sure you actually have a hole.  Dump out your meta table:

echo "scan '.META.'"| ./bin/hbase shell &> /tmp/meta.txt

Then look ensure that there is a hole between the above regions
(compare start and end keys... the end key of one region needs to
match the start key of the next).

If indeed a hole, you need to do a little surgery inserting a new
missing region (hbck should fix this but it doesn't have the smarts
just yet).

Basically, you create a new region with start and end keys to fill the
hole then you insert it into .META. and then assign it.  There are
some scripts in our bin directory that do various parts of this.  I'm
pretty sure its beyond any but a few figuring this mess out so if you
do the above foot work and provide a few more details, I'll hack up
something for you (and hopefully something generalized to be use by
others later, and later to be integrated into hbck).

St.Ack

Reply via email to