Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hbase.apache.org
Received-SPF: error (nike.apache.org: local policy)
MIME-Version: 1.0
In-Reply-To: 
 <CAPQV63UAFN8iiD-EedG5xZ_T-nNbn77NSvWRSnkk2ECEtYqppA@mail.gmail.com>
References: 
 <CAPQV63UAFN8iiD-EedG5xZ_T-nNbn77NSvWRSnkk2ECEtYqppA@mail.gmail.com>
From: Jean-Marc Spaggiari <jean-marc@spaggiari.org>
Date: Fri, 23 Aug 2013 20:28:44 -0400
Message-ID: 
 <CAPQV63X4pQGZDXg71RSL6yD5Hf49y0yc7woDCsTFxDgwXORi8A@mail.gmail.com>
Subject: Re: HBaseAdmin.getCompactionState feature
To: dev <dev@hbase.apache.org>
Content-Type: multipart/alternative; boundary=e89a8ff1c03e45d90b04e4a69c57

--e89a8ff1c03e45d90b04e4a69c57
Content-Type: text/plain; charset=UTF-8

Forget it. It's already the case...

Then I don't understand where the stack from 9328 is coming from... I will
look at that deeper...

JM

2013/8/23 Jean-Marc Spaggiari <jean-marc@spaggiari.org>

> Hi there,
>
> Quick question. What are we expecting for HBaseAdmin.getCompactionState?
>
> From the javadoc:
> Get the current compaction state of a table or region.It could be in a
> major compaction, a minor compaction, both, or none.
>
> However, this is causing an issue on HBASE-9328<https://issues.apache.org/jira/browse/HBASE-9328>
> .
>
> Why? Because when a region is splitting, RegionServer will return
> "NotServingRegionException: Region is not online" and then
> HBaseAdmin.getCompactionState will throw an expection.
>
> I think this need to be catch. If the region is splitting or offline, then
> it's not compacting. So we should not return an exception from
> HBaseAdmin.getCompactionState because a region is currently offline.
>
> Does anyone have any objection with that?
>
> JM
>

--e89a8ff1c03e45d90b04e4a69c57--