Return-Path: X-Original-To: apmail-hbase-user-archive@www.apache.org Delivered-To: apmail-hbase-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 23F3410CB3 for ; Fri, 12 Apr 2013 17:17:51 +0000 (UTC) Received: (qmail 5427 invoked by uid 500); 12 Apr 2013 17:17:49 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 5366 invoked by uid 500); 12 Apr 2013 17:17:48 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 5352 invoked by uid 99); 12 Apr 2013 17:17:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 Apr 2013 17:17:48 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jdcryans@gmail.com designates 209.85.212.51 as permitted sender) Received: from [209.85.212.51] (HELO mail-vb0-f51.google.com) (209.85.212.51) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 Apr 2013 17:17:44 +0000 Received: by mail-vb0-f51.google.com with SMTP id x19so2359630vbf.10 for ; Fri, 12 Apr 2013 10:17:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=MdKbAp275KjeQCDylkKMjuY5EHt4pru4R+ALBMTF0ok=; b=OqR1ej+QEx+WFCxPAKZavH0NrxJ3MA0zMuQJon/7o4TdOHKc/bnXyZ/nJBHjWrOQzK 5DyACTj1fCaD5VbFihF7C/iLeXJbq14QfOcMAQpY7O0102D+uuc/M2CLlm9df33qmE/L TYCHBHlfNHZVNOjuyZWX1djPil8AGr7KMxSJlFjwvztNaAjL7pO2lPRkwehAVApuo3Q+ tVt1FBQU5LRaCLgM7St+kclbTI8+1W8OTTbAZwNcwqrJ8lhnyGuoA3lC004Yhv22pi2+ w7zPDHQnoPBa4oxh8kajNXpRLycDN/V2RH1dlcBeTTmpUn57nXr7fEblIefljB7VVW1V monw== MIME-Version: 1.0 X-Received: by 10.220.174.19 with SMTP id r19mr9140444vcz.17.1365787043753; Fri, 12 Apr 2013 10:17:23 -0700 (PDT) Sender: jdcryans@gmail.com Received: by 10.221.11.17 with HTTP; Fri, 12 Apr 2013 10:17:23 -0700 (PDT) In-Reply-To: References: Date: Fri, 12 Apr 2013 13:17:23 -0400 X-Google-Sender-Auth: jt2A-Ck92O5qQNQIahmhSE54YSo Message-ID: Subject: Re: hbase-0.94.6.1 balancer issue From: Jean-Daniel Cryans To: "user@hbase.apache.org" Content-Type: multipart/alternative; boundary=047d7b3a93ba94f66a04da2d1334 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b3a93ba94f66a04da2d1334 Content-Type: text/plain; charset=ISO-8859-1 Samir, When you say "And at what point balancer will start redistribute regions to second server", do you mean that when you look at the master's web UI you see that one region server has 0 region? That would be a problem. Else, that line you posted in your original message should be repeated for each table, and globally the regions should all be correctly distributed... unless there's an edge case where when you have only tables with 1 region it puts them all on the same server :) Thx, J-D On Fri, Apr 12, 2013 at 12:37 PM, Samir Ahmic wrote: > Thanks for explaining Jean-Marc, > > We are using 0.90.4 for very long time and balancing was based on total > number of regions.That is why i was surprised with balancer log on 0.94. > Well i'm more ops guy then dev i handle what other develop :) > > Regards > > > On Fri, Apr 12, 2013 at 6:24 PM, Jean-Marc Spaggiari < > jean-marc@spaggiari.org> wrote: > > > Hi Samir, > > > > Since regions are balanced per table, as soon as you will have more than > > one region in your table, balancer will start to balance the regions over > > the servers. > > > > You can split some of those tables and will you start to see HBase > balance > > them. This is normal behavior for 0.94. I don't know for versions before > > that. > > > > Also, are you sure you need 48 tables? And not less tables with more CFs? > > > > JM > > > > 2013/4/12 Samir Ahmic > > > > > Hi, JM > > > > > > I have 48 tables and as you said it is 1 region per table since i did > not > > > reach splitting limit yet. So this is normal behavior in 0.94.6.1 > > version > > > ? And at what point balancer will start redistribute regions to second > > > server ? > > > > > > Thanks > > > Samir > > > > > > > > > On Fri, Apr 12, 2013 at 6:06 PM, Jean-Marc Spaggiari < > > > jean-marc@spaggiari.org> wrote: > > > > > > > Hi Samir, > > > > > > > > Regions are balancer per table. > > > > > > > > So if you have 48 regions within the same table, it should be split > > about > > > > 24 on each server. > > > > > > > > But if you have 48 tables with 1 region each, the for each table, the > > > > balancer will see only 1 region and will display the message you saw. > > > > > > > > Have you looked at the UI? What do you have in it? Can you please > > confirm > > > > if yo uhave 48 tables or 1 table? > > > > > > > > Thanks, > > > > > > > > JM > > > > > > > > > > > > 2013/4/12 Samir Ahmic > > > > > > > > > Hi, all > > > > > > > > > > I'm evaluating hbase-0.94.6.1 and i have 48 regions on 2 node > > cluster. > > > I > > > > > was restarting on of RSs and after that tried to balance cluster by > > > > running > > > > > balancer from shell. After running command regions were not > > distributed > > > > to > > > > > second RS and i found this line i master log: > > > > > > > > > > 2013-04-12 16:45:15,589 INFO > > > org.apache.hadoop.hbase.master.LoadBalancer: > > > > > Skipping load balancing because balanced cluster; servers=2 > > *regions=1 > > > > > *average=0.5 > > > > > mostloaded=1 leastloaded=0 > > > > > > > > > > This look like to me that wrong number of regions is reported by > > > balancer > > > > > and that cause of skipping load balancing . In hbase shell i see > all > > > 48 > > > > > tables that i have and everything else looks fine. > > > > > > > > > > Did someone else see this type of behavior ? Did something changed > > > around > > > > > balancer in hbase-0.94.6.1 ? > > > > > > > > > > Regards > > > > > Samir > > > > > > > > > > > > > > > --047d7b3a93ba94f66a04da2d1334--