Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Threaded View
HBase >> mail # user >> WAL corruption


Copy link to this message
-
Re: WAL corruption
Hi bryan,

WAL is used only during minor compaction. During major compaction WAL is
not used.

Cheers,
Manoj.P

On Mon, Jul 2, 2012 at 11:00 PM, Bryan Keller <[EMAIL PROTECTED]> wrote:

> During an upgrade of my cluster to 0.90 to 0.92 over the weekend, the WAL
> (files in the /hbase/.logs directory) was corrupted and it prevented HBase
> from starting up. The exact exception was "java.io.IOException: Could not
> obtain the last block locations" on the WAL files.
>
> I was able to recover by deleting the /hbase/.logs directory. My question
> is, if HBase had no pending updates, i.e. nothing writing to it, is there
> any risk of data loss by deleting the WAL directory? For example, does
> rebalancing, flushing, or compaction use the WAL or is the WAL used only
> for inserts/updates/deletes?
>
>
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB