hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From kiran <kiran.sarvabho...@gmail.com>
Subject Re: Regions in transition
Date Fri, 08 Feb 2013 12:39:09 GMT
after some searching i found that main reason for regions with same keys is
splitting and it is the culprit in our case for inconsistency. But I set my
filesize to a very large size but i am unsure why still splitting is
happening


On Fri, Feb 8, 2013 at 1:20 PM, kiran <kiran.sarvabhotla@gmail.com> wrote:

> Thanks samar and ramakrishna
>
> I did use option 2 and deleted /hbase from the zkcli shell. I restarted
> the cluster now there are more regions in transition. Will it take some
> time to complete since it is a new assignment ?
>
> My hase version is 0.94.1, and I have a doubt with the property
> hbase.hregion.max.filesize. I set it to a very large value of 100GB. But
> some how table regions are not splitted as per the property.
>
>
> On Fri, Feb 8, 2013 at 12:45 PM, samar kumar <samar.opensource@gmail.com>wrote:
>
>> May be ./bin/hbase hbck -repairHoles  could be helpful..
>>
>>
>> On 08/02/13 12:38 PM, "Samir Ahmic" <ahmic.samir@gmail.com> wrote:
>>
>> >Hi, Kiran
>> >
>> >Welcome to beautiful world of HBase transition states :) . When i face
>> >RIT issue this are steps that i use to resolve it:
>> >
>> >1. hbase hbck -fixAssignments (this depends on your version of hbase
>> >it can be also just -fix)
>> >
>> >If you don't have luck with 1. then you will need manual intervention:
>> >Remove hbase znodes from zookeeper (use hbase zkcli) and options rmr
>> >(or delete ) /hbase, and then restart cluster.
>> >
>> >This should help you resolve RITs.
>> >
>> >Regards
>> >
>> >
>> >
>> >On Fri, Feb 8, 2013 at 7:50 AM, kiran <kiran.sarvabhotla@gmail.com>
>> wrote:
>> >> PENDING_OPEN
>> >>
>> >>
>> >> On Fri, Feb 8, 2013 at 12:16 PM, samar kumar
>> >><samar.opensource@gmail.com>wrote:
>> >>
>> >>> Can you mention the state of the region.. You can find the details in
>> >>>you
>> >>> master status page
>> >>>
>> >>> On 08/02/13 12:09 PM, "kiran" <kiran.sarvabhotla@gmail.com> wrote:
>> >>>
>> >>> >We ran the command unassign 'REGIONNAME',true the output is
>> >>>"completed in
>> >>> >57 sec", but still region is in transition.
>> >>> >
>> >>> >
>> >>> >On Fri, Feb 8, 2013 at 12:05 PM, samar kumar
>> >>> ><samar.opensource@gmail.com>wrote:
>> >>> >
>> >>> >> Was the unassigning successful ?
>> >>> >>
>> >>> >> If not you can force it by - unassign 'REGIONNAME', true
>> >>> >>
>> >>> >> Regards,
>> >>> >> Samar
>> >>> >>
>> >>> >>
>> >>> >>
>> >>> >> On 08/02/13 12:01 PM, "kiran" <kiran.sarvabhotla@gmail.com>
wrote:
>> >>> >>
>> >>> >> >i issued unassign and close_region both but the region
is still in
>> >>> >> >transition also I deleted the .META entry for the region.
Do I
>> >>>need to
>> >>> >> >restart master ?
>> >>> >> >
>> >>> >> >
>> >>> >> >On Fri, Feb 8, 2013 at 11:18 AM, samar kumar
>> >>> >> ><samar.opensource@gmail.com>wrote:
>> >>> >> >
>> >>> >> >> Regions should never overlap
>> >>> >> >> Incase a region is in transition for a long long time,
you could
>> >>> >> >>possibly
>> >>> >> >> force Unassign a region , if you are ok to lose the
region.
>> >>> >> >> Regards,
>> >>> >> >> Samar
>> >>> >> >>
>> >>> >> >> On 08/02/13 11:14 AM, "kiran" <kiran.sarvabhotla@gmail.com>
>> >>>wrote:
>> >>> >> >>
>> >>> >> >> > are always in transition ? Because of the
>> >>> >> >> >cluster is not balancing and regionservers are
going down one
>> by
>> >>> >>one.
>> >>> >> >>As
>> >>> >> >> >only some regions servers are handling the requests.
>> >>> >> >> >
>> >>> >> >> >Another wierd thing is the region stuck in transition
startkey
>> >>> >>matches
>> >>> >> >> >with
>> >>> >> >>
>> >>> >> >>
>> >>> >> >>
>> >>> >> >
>> >>> >> >
>> >>> >> >--
>> >>> >> >Thank you
>> >>> >> >Kiran Sarvabhotla
>> >>> >> >
>> >>> >> >-----Even a correct decision is wrong when it is taken
late
>> >>> >>
>> >>> >>
>> >>> >>
>> >>> >
>> >>> >
>> >>> >--
>> >>> >Thank you
>> >>> >Kiran Sarvabhotla
>> >>> >
>> >>> >-----Even a correct decision is wrong when it is taken late
>> >>>
>> >>>
>> >>>
>> >>
>> >>
>> >> --
>> >> Thank you
>> >> Kiran Sarvabhotla
>> >>
>> >> -----Even a correct decision is wrong when it is taken late
>>
>>
>>
>
>
> --
> Thank you
> Kiran Sarvabhotla
>
> -----Even a correct decision is wrong when it is taken late
>
>


-- 
Thank you
Kiran Sarvabhotla

-----Even a correct decision is wrong when it is taken late

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message