Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: pass (nike.apache.org: domain of steven.zhuang.1984@gmail.com
 designates 209.85.160.41 as permitted sender)
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=prqfDvrnfjiuf8f/QNuVeJofpZGH7PtfFgSmmXeTXOrRxE1GRUr17/3dOW7LTRUx6c
         3sCpndMxAkqlkSqMryz38uEJiSN7ZvCwrex5nzThcFqw2Et9lF3+kaAO7gObg31mgDo/
         EDp42qgHxluJeqgGF5q5f3S0d8UlkO6m1bvfU=
MIME-Version: 1.0
In-Reply-To: <AANLkTilfYdkK2O1CoLqjFUep7fU6t_WX4ClqIp8rcNOO@mail.gmail.com>
References: <AANLkTikZCqPbx_cAvdBzNwJT7K9SxwOs-IGRbCzMmnfi@mail.gmail.com>
	<AANLkTilqj4QynyPwiqroD6AUQ9M9iFCL5f5EJQuSeR8A@mail.gmail.com>
	<AANLkTimFBxtgE04pPW8tcb4lLEyJL7ZBd48LVojU8WFu@mail.gmail.com>
	<AANLkTin9ll7ctuJipfFypKutKbCgl3JRLo6eliPIsI-b@mail.gmail.com>
	<AANLkTilfYdkK2O1CoLqjFUep7fU6t_WX4ClqIp8rcNOO@mail.gmail.com>
Date: Fri, 28 May 2010 14:06:27 +0800
Message-ID: <AANLkTimUy4fhSqdNc9Zzk410OazRFGaRrIBSnOQLQgpf@mail.gmail.com>
Subject: Re: region missing after restart ?
From: steven zhuang <steven.zhuang.1984@gmail.com>
To: user@hbase.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

thanks J.D
I think I made a stupid mistake and compared the old HTbale.java with
a same old file copy.

On Fri, May 28, 2010 at 12:57 AM, Jean-Daniel Cryans
<jdcryans@apache.org> wrote:
> I see HBASE-2481's code in the official 0.20.4 release, so I'm not
> sure what you are referring to. One thing we did forget was setting
> the "Fix Version" filed in jira, and I just changed that.
>
> 0.20.4 is the latest release at the moment, although 0.20.5 is due
> soon with one important fix for a regression that was added in 0.20.4
>
> J-D
>
> On Thu, May 27, 2010 at 4:21 AM, steven zhuang
> <steven.zhuang.1984@gmail.com> wrote:
>> thanks, J.D.
>> =A0 =A0 I have solved this problem brutally, cause now we are still usin=
g
>> Hbase to developing some prototypes, I dropped the table and created
>> another one.
>> =A0 =A0Thanks for your help anyway. :)
>>
>> =A0 =A0There 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?
>>
>> =A0 =A0I 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 <jdcryans@apache.org=
> wrote:
>>> 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
>>> <steven.zhuang.1984@gmail.com> 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 wo=
rk.
>>>>
>>>> On Tue, May 25, 2010 at 4:55 PM, steven zhuang
>>>> <steven.zhuang.1984@gmail.com> 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 d=
oing
>>>>> 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=
/01/19_3
>>>>> hbt2table33,bi_2010/01/19_3,1274775708656 =A0 =A0 dx-9j50d07.off:6003=
0
>>>>> =A0 =A0 =A0 =A0 =A02038135176 =A0 =A0bi_2010/01/19_3 =A0 bp_2010/01/0=
5
>>>>> hbt2table33,bp_2010/01/05,1274775708656 =A0 =A0 =A0 =A0dx-9j50d08.off=
.tn:60030
>>>>> =A0 =A0 =A0 =A0 =A01165242562 =A0 =A0bp_2010/01/05 =A0 =A0 da_2010/01=
/09
>>>>> hbt2table33,r2_2010/01/10,1274760679583 =A0 =A0 =A0 =A0dd-9c34d07.off=
.tn:60030
>>>>> =A0 =A0 =A0 =A0 =A01829006811 =A0 =A0r2_2010/01/10
>>>>>
>>>>
>>>
>>
>