From user-return-10620-apmail-hbase-user-archive=hbase.apache.org@hbase.apache.org Thu May 27 11:22:10 2010 Return-Path: Delivered-To: apmail-hbase-user-archive@www.apache.org Received: (qmail 30559 invoked from network); 27 May 2010 11:22:09 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 May 2010 11:22:09 -0000 Received: (qmail 65648 invoked by uid 500); 27 May 2010 11:22:08 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 65325 invoked by uid 500); 27 May 2010 11:22:06 -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 65300 invoked by uid 99); 27 May 2010 11:22:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 May 2010 11:22:04 +0000 X-ASF-Spam-Status: No, hits=4.0 required=10.0 tests=AWL,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of steven.zhuang.1984@gmail.com designates 209.85.212.169 as permitted sender) Received: from [209.85.212.169] (HELO mail-px0-f169.google.com) (209.85.212.169) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 May 2010 11:21:58 +0000 Received: by pxi12 with SMTP id 12so3253754pxi.14 for ; Thu, 27 May 2010 04:21:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=tOTxJeIjB80Jma6waFtLhHjQ+dA66zIbYMXgNlPXrqo=; b=uyl6QPkvCwa16j2ibC8/xbitNWPwiPb5WAuP1tKVaa02ZWBsEljxq3LwC5DNvSUpjH sTBS4oNL/UFMO2F1DCj7w258APB3shf4ZYNAXAc/xtY1bCZcUjErdsyrM18ED3jA77Nm N5MYJpCenb0nghcoIjZu06/XeZXE1bsEKhZJw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=VVbffe/S5TuP+tE4Jr3ylEgOP0O/acHiGRZ015+YZniYG2dZWoC1KUEPaGO1V7IYla YAcJzqwcBdMhdFi1tnnEyLHDm/H/yKNl1VLLln0jbG5K4jA9yknznnwZTigxb1/EAQmL 9hMpLI8jLJcjr3EgIsZrh3eAui8g9Klh9ByxU= MIME-Version: 1.0 Received: by 10.141.187.34 with SMTP id o34mr7821007rvp.24.1274959298169; Thu, 27 May 2010 04:21:38 -0700 (PDT) Received: by 10.140.143.13 with HTTP; Thu, 27 May 2010 04:21:37 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 May 2010 19:21:37 +0800 Message-ID: Subject: Re: region missing after restart ? From: steven zhuang To: user@hbase.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable thanks, J.D. I have solved this problem brutally, cause now we are still using Hbase to developing some prototypes, I dropped the table and created another one. Thanks for your help anyway. :) There is one more question, I noticed in the release notes of Hbase 0.20.4 there is not big-fix for HBASE-2481, which is said to be fixed in 0.20.4. Checked the code, the code is still not changed. Will this bug be fixed in next release? I just download release from hadoop.apache.org, the newest one is Hbase-0.20.4 there, is this the newest official release? On Wed, May 26, 2010 at 1:38 AM, Jean-Daniel Cryans w= rote: > Probably missing updates in .META., if your region server that was > serving it failed or you had to kill -9 it then it lost the last edits > to it (unless you patched your HDFS to support fsSync, I guess not). > > Currently to fix .META. it requires a manual intervention, which is > running bin/add_table.rb. Disable your table before running it. Look > in this mailing list's archive for stories of others users who had to > experience it. > > J-D > > On Tue, May 25, 2010 at 2:03 AM, steven zhuang > wrote: >> I have checked the HDFS, it seems that the data from "da_2010/01/09" >> to "r2_2010/01/10" is in HDFS, it is weird Hbase cannot online the >> corresponding region. >> I have enable the table in shell several times, =A0still it doesn't work= . >> >> On Tue, May 25, 2010 at 4:55 PM, steven zhuang >> wrote: >>> hi, all, >>> =A0=A0 =A0 =A0 =A0 =A0 =A0I have=A0a table imported some data already, = but I failed to >>> import more data into it(still checking). for some reason I restarted >>> the cluster, and in the Web interface I have found out that there are >>> some regions missing. Below is what it shows, while I am sure there >>> are =A0rows like "ee_2010/01/09" or "ff_2010/01/07" in the table. >>> =A0 =A0 =A0 =A0 =A0 =A0I use the ruby shell, and scan the table with a = missing >>> row key, and the command just hang there. >>> =A0 =A0 =A0 =A0 =A0 =A0I am using HBase 0.20.3. >>> =A0 =A0 =A0 =A0 =A0 =A0If we close the cluster while the cluster is doi= ng >>> compaction, would the data get lost? I might have closed the cluster >>> while some regionserver is doing a compaction operation. >>> >>> The Table on Web UI: >>> >>> Name >>> Region Server =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Encoded Name = =A0 =A0 Start Key >>> End Key >>> hbt2table33, =A0 ,1274761089803 >>> dx-9j50d07.off.tn:60030 =A0 =A0 =A0 =A0 =A0 1484851145 =A0 =A0bi_2010/0= 1/19_3 >>> hbt2table33,bi_2010/01/19_3,1274775708656 =A0 =A0 dx-9j50d07.off:60030 >>> =A0 =A0 =A0 =A0 =A02038135176 =A0 =A0bi_2010/01/19_3 =A0 bp_2010/01/05 >>> hbt2table33,bp_2010/01/05,1274775708656 =A0 =A0 =A0 =A0dx-9j50d08.off.t= n:60030 >>> =A0 =A0 =A0 =A0 =A01165242562 =A0 =A0bp_2010/01/05 =A0 =A0 da_2010/01/0= 9 >>> hbt2table33,r2_2010/01/10,1274760679583 =A0 =A0 =A0 =A0dd-9c34d07.off.t= n:60030 >>> =A0 =A0 =A0 =A0 =A01829006811 =A0 =A0r2_2010/01/10 >>> >> >