hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Esteban Gutierrez <este...@cloudera.com>
Subject Re: HBase all files corrupt / missing blocks
Date Tue, 03 Feb 2015 20:30:16 GMT
Hi Mateusz,

As JMS mentioned, is very likely the data is lost, but that type of
corruption is usually due some DNs down or data volumes removed for some
reason, have you tried to recover that data from those DNs first?

>From "for what looks like a continuous stream of regions" sounds like you
had a single replica configured for HBase is that the case?

esteban.

--
Cloudera, Inc.


On Tue, Feb 3, 2015 at 12:04 PM, Jean-Marc Spaggiari <
jean-marc@spaggiari.org> wrote:

> Hi Mateusz,
>
> Data from this HFile is most probably lost. Is the block also reporting
> missing from fsck? Do you have any datanode down which might contain this
> block? How big is tis HFile? 929610 bytes only? If so, one option might
> just to to delete this HFile.
>
> How many HFiles are within this region?
>
> JM
>
> 2015-02-03 10:04 GMT-08:00 Ellimilial K <ellimilial@googlemail.com>:
>
> > We have recently experienced some issues with our namenodes in HA
> > arrangement and had to recreate namenode metadata from a backup while
> some
> > new data has been pushed to the regions ervers in the meantime. We're on
> > HBase 98.6.
> >
> > After launching the cluster again, we have realised that we're missing
> > ~8000/190000 blocks. Looking at fsck output, we can see, for what looks
> > like a continuous stream of regions:
> >
> >
> >
> /hbase/data/default/table/ffa95306f599dbff99497e71841724fe/processed/35186fe43fed47989ddb4ace3648b109:
> > MISSING 1 blocks of total size 929610 B...
> >
> >
> /hbase/data/default/table/ffa95306f599dbff99497e71841724fe/processed/bd41ca895f3749188c08dd2e540bc127:
> > CORRUPT blockpool BP-2037521063-<IP>-1418127576413 block blk_1076077966
> >
> > I did not want to run fsck -delete and hbck complains because the files
> > would not be allocated to region servers - reporting missing blocks.
> >
> > The total size of this table is circa 22TB on HDFS and recreating it
> would
> > be quite a drag (pushing it from our previous hbase cluster took about a
> > month). Is there any known way of dealing with such situation?
> >
> > Mateusz KaczyƄski
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message