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 norbert.burger@gmail.com
 designates 209.85.219.41 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CALte62y_CgKsDieMhzua6QPq=2ashU3iZ4JXCMk-tqUV3MRmdA@mail.gmail.com>
References: 
 <CAPP5OR86uTNZyTYRn3i4Ax7p4ygjxqGVcW0eZev_GXQ1hXqTng@mail.gmail.com>
	<CALte62y_CgKsDieMhzua6QPq=2ashU3iZ4JXCMk-tqUV3MRmdA@mail.gmail.com>
Date: Tue, 4 Dec 2012 14:32:33 -0500
Message-ID: 
 <CAPP5OR_SDGc9Bwi_xAA_cBYAshvrQ9SGM44mw7VMvKqH_oWFaQ@mail.gmail.com>
Subject: Re: regions not balanced, CDH4.1.2
From: Norbert Burger <norbert.burger@gmail.com>
To: user@hbase.apache.org
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Dec 4, 2012 at 2:10 PM, Ted Yu <yuzhihong@gmail.com> wrote:
> Can you give us a little more detail on how much deviation the region
> counts on region servers have ?
>
> There is a parameter, hbase.regions.slop, with default value of 0.2
> This parameter allows region count to deviate by certain percentage from
> average region count.
>
> You can tighten the value for this parameter and see if you get better
> results.

Thanks for the response.  I think this isn't an issue with region slop
-- I had a table with only ~15 regions, and half of them ended up on
one region server.  I've since manually rebalanced that table, but
here's an example from different table [1].

Norbert

[1]
Regions by Region Server
Region Server	Region Count
http://aspen8hdp9.turner.com:60030/	25
http://aspen8hdp10.turner.com:60030/	25
http://aspen8hdp16.turner.com:60030/	38
http://aspen8hdp13.turner.com:60030/	26
http://aspen8hdp15.turner.com:60030/	26
http://aspen8hdp12.turner.com:60030/	43
http://aspen8hdp14.turner.com:60030/	31
http://aspen8hdp11.turner.com:60030/	42