I made a very similar mistake myself the other day when trying to reset my cluster. What finally solved it was deleting the temp directory used by my data nodes (in my case I wanted to loose all my data, so it was ok to delete everything... In your case, you may have to figure out how to export some data first, as I don't know exactly what effect deleting that temp directory will have)
Good luck! --Tom On Monday, May 7, 2012, Doug Meil wrote: > > Harsh pretty much summed it up already (e.g., "don't do that") but below > is some further reading of what just happened... > > http://hbase.apache.org/book.html#arch.catalog > http://hbase.apache.org/book.html#trouble.namenode > > ... META is just an HBase table under the covers. By deleting the table on > the HDFS filesystem, it did nothing with the table metadata in META. > > > > > > On 5/7/12 9:18 AM, "Harsh J" <[email protected] <javascript:;>> wrote: > > >The drop is what you ought to have done first, before removing the FS > >folder and the meta entries. It does all those actions for you. Why > >did you do it this way? > > > >Do you see the table still appearing in the list outputs? Can you > >provide us a paste bin link of: > > > >echo "scan '.META.'" | hbase shell | grep cjjWaitHash > > > >On Mon, May 7, 2012 at 6:44 PM, Jiajun Chen > ><[email protected]<javascript:;>> > wrote: > >> I deleted the folder use bin/hadoop fs -rmr /hbase/cjjWaitHash ,and > >>deleted > >> the row with prefix cjjWaitHash in .META. > >> Now how can I drop the table cjjWaitHash ? > > > > > > > >-- > >Harsh J > > > > >
