Return-Path: Delivered-To: apmail-hbase-user-archive@www.apache.org Received: (qmail 2434 invoked from network); 27 Dec 2010 05:05:11 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 Dec 2010 05:05:11 -0000 Received: (qmail 24571 invoked by uid 500); 27 Dec 2010 05:05:09 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 24416 invoked by uid 500); 27 Dec 2010 05:05:09 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 24406 invoked by uid 99); 27 Dec 2010 05:05:08 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Dec 2010 05:05:08 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mohitsikri@huawei.com designates 119.145.14.67 as permitted sender) Received: from [119.145.14.67] (HELO szxga04-in.huawei.com) (119.145.14.67) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Dec 2010 05:05:02 +0000 Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LE200MJDM3S7B@szxga04-in.huawei.com> for user@hbase.apache.org; Mon, 27 Dec 2010 13:04:40 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LE2004NNM3SJF@szxga04-in.huawei.com> for user@hbase.apache.org; Mon, 27 Dec 2010 13:04:40 +0800 (CST) Received: from blrnshtipl5nc ([10.18.1.35]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LE200HJXM3R5Z@szxml04-in.huawei.com> for user@hbase.apache.org; Mon, 27 Dec 2010 13:04:40 +0800 (CST) Date: Mon, 27 Dec 2010 10:34:42 +0530 From: Mohit Subject: RE: Even After removing the hdfs blocks from Data Nodes, I could still able to query the table. In-reply-to: To: user@hbase.apache.org Cc: todd@cloudera.com Reply-to: mohitsikri@huawei.com Message-id: Organization: Htipl MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.4657 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: AcujgK1eUYuwBYLvTr+wOb2BKX31swCAfKEg X-Virus-Checked: Checked by ClamAV on apache.org Hmm, I got it, seen in the RS logs :- flush statements for the region I was talking about, while closing it, so new DFS blocks got created, but luckily the flush happened during RS shutdown. Thanks Todd. **************************************************************************** *********** This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! -----Original Message----- From: Todd Lipcon [mailto:todd@cloudera.com] Sent: Friday, December 24, 2010 9:08 PM To: user@hbase.apache.org; mohitsikri@huawei.com Subject: Re: Even After removing the hdfs blocks from Data Nodes, I could still able to query the table. Hi Mohit, On Fri, Dec 24, 2010 at 6:15 AM, Mohit wrote: > > > I created a table say temp via HBase shell and put on entry(row) into that, > I then deleted the DFS blocks specific to that particular table from both > of > my Data Nodes. > > I confirmed the same by doing ls on table directory under root HBase > directory for example :- ./hadoop fs -ls /hbase/temp/123456/colfam and > there > was no file(data) under this directory. > Deleting HDFS blocks directly on DNs wouldn't have affected the output of fs -ls. The fact that you see no data at this point means that you must have deleted some other files from the DNs (maybe the logs?) > > I then perform scan 'temp', it gave me result, Good Ok, I though the data > is > cached in Memstore so I could able to get. No problem so far. > > Yep, it's probably in memstore. > > > So I restarted the HBase cluster to clear off the cache, and from the shell > mode , I performed scan 'temp' operation and strangely I could able to > fetch > the data whatever I have deleted and also the data file was present under > table directory. > When you restarted HBase, it probably flushed the memstore to the storefile. > > > > I could able to see the same data , say by doing > > ./hadoop fs -cat /hbase/temp/123456/colfam/4588349323987497 > > This is the flushed file from above. -Todd -- Todd Lipcon Software Engineer, Cloudera