Wow, this is more intense than I thought...as soon as I load HBase again, my HDFS filesystem reverts back to an older snapshot essentially. As in, I don't see any of the changes I had made since that time, in the hbase table or otherwise.
I'm using CDH3 beta 4, which I believe stores its local hbase data in a different directory--not entirely sure where though. I'm not entirely sure what happened to mess this up, but it seems pretty serious. On Tue, Apr 26, 2011 at 5:07 PM, Himanshu Vashishtha < [email protected]> wrote: > Could it be the /tmp/hbase-<userID> directory that is playing the culprit. > just a wild guess though. > > > On Tue, Apr 26, 2011 at 5:56 PM, Jean-Daniel Cryans > <[email protected]>wrote: > >> Unless HBase was running when you wiped that out (and even then), I >> don't see how this could happen. Could you match those blocks to the >> files using fsck and figure when the files were created and if they >> were part of the old install? >> >> Thx, >> >> J-D >> >> On Tue, Apr 26, 2011 at 4:53 PM, Jonathan Bender >> <[email protected]> wrote: >> > Hi all, I'm having a strange error which I can't exactly figure out. >> > >> > After wiping my /hbase HDFS directory to do a fresh install, I am >> getting >> > "MISSING BLOCKS" in this /hbase directory, which cause HDFS to start up >> in >> > safe mode. This doesn't happen until I start my region servers, so I >> have a >> > feeling there is some kind of corrupted metadata that is being loaded >> from >> > these region servers. >> > >> > Is there a graceful way to wipe the HBase directory clean? Any local >> > directories on the region servers /master / ZK server that I should be >> > wiping as well? >> > >> > Cheers, >> > Jon >> > >> > >
