Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: pass (nike.apache.org: domain of jinsong_hu@hotmail.com
 designates 65.55.116.42 as permitted sender)
Message-ID: <BLU147-DS43CE6AFA9342683EC34C1F5220@phx.gbl>
From: "Jinsong Hu" <jinsong_hu@hotmail.com>
To: <user@hbase.apache.org>
Cc: "Search" <Search@decarta.com>
References: 
 <6C5C1804772DB944BA88A0DC48D338DA0B0FCF5B@dct-mail.sanjose.telcontar.com><CADcMMgH78LemyaD7FbcXPbExB0q9bRrEH-f9BQLpaJLfAeaZ=A@mail.gmail.com><6C5C1804772DB944BA88A0DC48D338DA0B0FD0C9@dct-mail.sanjose.telcontar.com>
 <CADcMMgGTCoMO2PLtDzuENWeEDJuj_ddn6NsD5vMcoKTuZE2w0A@mail.gmail.com>
 <6C5C1804772DB944BA88A0DC48D338DA0B0FD5D8@dct-mail.sanjose.telcontar.com>
In-Reply-To: 
 <6C5C1804772DB944BA88A0DC48D338DA0B0FD5D8@dct-mail.sanjose.telcontar.com>
Subject: Re: corrupt .logs block
Date: Thu, 11 Aug 2011 11:46:30 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
Importance: Normal

I run into same issue. I tried check_meta.rb --fix and add_table.rb, and 
still get the same hbck "inconsistent" table,
however, I am able to do a rowcount for the table and there is no problem.

Jimmy


--------------------------------------------------
From: "Geoff Hendrey" <ghendrey@decarta.com>
Sent: Thursday, August 11, 2011 10:36 AM
To: <user@hbase.apache.org>
Cc: "Search" <Search@decarta.com>
Subject: RE: corrupt .logs block

> so I delete the corrpupt .logs files. OK, fine no more issue there. But a 
> handful of regions in a very large table (2000+ regions) are offline 
> (".META." says offline=true).
>
> How do I go about trying to get the region online, and how come restarting 
> hbase has no effect (region still offline).
>
> Tried 'hbck -fix', no effect. Hbck simply lists the table as 
> "inconsistent".
>
> Would appreciate any advice on how to resolve this.
>
> Thanks,
> geoff
>
> -----Original Message-----
> From: saint.ack@gmail.com [mailto:saint.ack@gmail.com] On Behalf Of Stack
> Sent: Monday, August 08, 2011 4:25 PM
> To: user@hbase.apache.org
> Subject: Re: corrupt .logs block
>
> Well, if its a log no longer used, then you could just delete it.
> That'll get rid of the fsck complaint (True, logs are not per table so
> to be safe you'd need to flush all tables -- this would get all edits
> that the log could be carrying out into the filesystem into hfiles).
>
> St.Ack
>
> On Mon, Aug 8, 2011 at 4:20 PM, Geoff Hendrey <ghendrey@decarta.com> 
> wrote:
>> Ah. Thanks for that. No, I don't need the log anymore. I am aware of how
>> to flush a table from the hbase shell. But since the "fsck /" tells me a
>> log file is corrupt, but not which table the corruption pertains to,
>> does this mean I have to flush all my tables (I have a lot of tables).
>>
>> -geoff
>>
>> -----Original Message-----
>> From: saint.ack@gmail.com [mailto:saint.ack@gmail.com] On Behalf Of
>> Stack
>> Sent: Monday, August 08, 2011 4:09 PM
>> To: user@hbase.apache.org
>> Subject: Re: corrupt .logs block
>>
>> On Sat, Aug 6, 2011 at 12:12 PM, Geoff Hendrey <ghendrey@decarta.com>
>> wrote:
>>> I've got a corrupt HDFS block in a region server's ".logs" directory.
>>
>> You see this when you do hdfs fsck?  Is the log still needed?  You
>> could do a flush across the cluster and that should do away with your
>> dependency on this log.
>>
>> St.Ack
>>
>