hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stack <st...@duboce.net>
Subject Re: Issue: "WARN client.HTable: Null regioninfo cell in keyvalues
Date Wed, 15 Aug 2012 21:16:25 GMT
On Tue, Aug 14, 2012 at 3:42 PM, David Koch <ogdude@googlemail.com> wrote:
> Hello,
>
> It's a fully-distributed environment (CDH3). Hbase hbck sometimes reports
> inconsistencies like:
>
> ERROR: Region { meta =>
> _myTable,,1344936991240.979b3fe3ced9016372a82b7af5d33c27.,
> hdfs => null, deployed =>
> stag-back-9.ezakus.net:60020;_myTable,,1344936991240.979b3fe3ced9016372a82b7af5d33c27.
> } found in META, but not in HDFS, and deployed on
> <server_name_replaced>:60020
>
> However, in the end it always tells me the table is ok.

During normal operation, transitory conditions can look like problems to hbck.

> Only for _myTable
> does the master log contain the warning messages mentioned in my original
> post, one every 5 minutes:
>

The CatalogJanitor runs every 5 minutes.  Its the thing that does
checks and janitorial tasks on the .META. table.


> 2012-08-14 23:53:53,167 WARN org.apache.hadoop.hbase.master.CatalogJanitor:
> REGIONINFO_QUALIFIER is empty in keyvalues={_myTable
> ,,1344874729874.61499712e41143df595f2215d1ab7b91./info:server/1344876299527/Put/vlen=29,
> _myTable
> ,,1344874729874.61499712e41143df595f2215d1ab7b91./info:serverstartcode/1344876299527/Put/vlen=8}
>
> The region server log where _myTable is hosted contains the following:
>
> 2012-08-14 11:36:31,801 INFO
> org.apache.hadoop.hbase.regionserver.HRegionServer: Received request to
> open region: _myTable,,1344936991240.979b3fe3ced9016372a82b7af5d33c27.
> 2012-08-14 11:36:31,832 INFO org.apache.hadoop.hbase.regionserver.HRegion:
> Onlined _myTable,,1344936991240.979b3fe3ced9016372a82b7af5d33c27.; next
> sequenceid=1
> 2012-08-14 11:36:31,860 INFO org.apache.hadoop.hbase.catalog.MetaEditor:
> Updated row _myTable,,1344936991240.979b3fe3ced9016372a82b7af5d33c27. in
> region .META.,,1 with server=<server_name_replaced>:60020,
> startcode=1344877239935
>
> I remember disabling the table from base shell with the plan to drop it
> later - I may then have launched the application which (re-)creates
> _myTable if it does not exist without ever having issued the drop before.
> Not sure if that could be part of the issue.
>

Yes.  Could be.  You could delete the rows in .META. that mention your
__myTable (Be careful you only delete this row).  That should fix the
master log message.

> The data can be re-generated quickly. If it gets rid of the warning I can
> just disable and drop the table. Would I need to carry out any other
> maintenance tasks like editing .META before re-creating a "clean" version
> of this table?
>

Just do the above delete.  That should take care of it.

Find the row name in .META. that mentions your __myTable (is it
"_myTable,,1344936991240.979b3fe3ced9016372a82b7af5d33c27."?)

For example:

hbase> deleteall ".META.",
"_myTable,,1344936991240.979b3fe3ced9016372a82b7af5d33c27."

St.Ack

Mime
View raw message