Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: pass (athena.apache.org: domain of
 ramkrishna.s.vasudevan@gmail.com designates 209.85.216.173 as permitted
 sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAMBJfV=VX_4_5zq1EMCgK5Pf8dHYbZLCh8iXovXaPX0VPXdF6A@mail.gmail.com>
References: 
 <CADKW6+BMkefVHE111XNgxNEAJxh-inraL656E1hGizrXZuTBTw@mail.gmail.com>
	<CD3AA3D1.25524%samar.opensource@gmail.com>
	<CAMBJfVkaiDzDAMf5Jv5Up0yjnZeJBd+_SjVVidfses3kQnihCA@mail.gmail.com>
	<CAMBJfV=VX_4_5zq1EMCgK5Pf8dHYbZLCh8iXovXaPX0VPXdF6A@mail.gmail.com>
Date: Sat, 9 Feb 2013 15:37:07 +0530
Message-ID: 
 <CAAT7Mkqn1cT_cCZi6b=p7Sjx5xHAdEP=AeqKUFvFL2==+7MDhg@mail.gmail.com>
Subject: Re: Regions in transition
From: ramkrishna vasudevan <ramkrishna.s.vasudevan@gmail.com>
To: user@hbase.apache.org
Content-Type: multipart/alternative; boundary=485b397dd4fba68a1e04d547d647

--485b397dd4fba68a1e04d547d647
Content-Type: text/plain; charset=ISO-8859-1

Okie.  So if you don't mind can you attach your logs.  What is the split
policy and what is the size of the region?

Its better we take a look at it and solve the problem if it is a kernel
problem.

Regards
Ram

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

> 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
>

--485b397dd4fba68a1e04d547d647--