Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 9A191200B84 for ; Mon, 29 Aug 2016 03:56:08 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 90AF9160AC7; Mon, 29 Aug 2016 01:56:08 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id B2123160AB4 for ; Mon, 29 Aug 2016 03:56:07 +0200 (CEST) Received: (qmail 75149 invoked by uid 500); 29 Aug 2016 01:56:06 -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 75137 invoked by uid 99); 29 Aug 2016 01:56:05 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 Aug 2016 01:56:05 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 59ADAC330C for ; Mon, 29 Aug 2016 01:56:05 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.879 X-Spam-Level: * X-Spam-Status: No, score=1.879 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx2-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id Zs0V7BrErG8C for ; Mon, 29 Aug 2016 01:56:03 +0000 (UTC) Received: from mail-yw0-f176.google.com (mail-yw0-f176.google.com [209.85.161.176]) by mx2-lw-eu.apache.org (ASF Mail Server at mx2-lw-eu.apache.org) with ESMTPS id 829385F23C for ; Mon, 29 Aug 2016 01:56:02 +0000 (UTC) Received: by mail-yw0-f176.google.com with SMTP id r9so78403018ywg.0 for ; Sun, 28 Aug 2016 18:56:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=xod45Zqy4hhOXuXgy6An+ry6fir8UOZFYyMhu0v42ZU=; b=qc3Soak/d+XCIEShwcD9QiFZTvemU+1zrAB+LVJWQvUVA9Lud8dRgvE1iY6TFSWwkB m6A5V3ywCGAZXn0Bt9rgMTIUwdFThhHuq1hPSdD9OXOQGdRu+OfABoH4MLxqTeLUe4VZ DT8gA7qSHf+AmTm16nOsS3vLpr32670QbqeuyQpEzG1BFO3mavU2Asvh9r9qh6J/zXrT 3uCBggqbyFA1nXC/AKNIzS1WOiTen2lI4cCpaaEDcd2+6HJXLZa6iCtR8MzGdWDLPE1C oKhQxw39b2SO5wP9JD+AevoRvc5E9hHZ2lO6++rSBig+Bnlp5sXkxJHO5ZndGqsjMw5F loVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=xod45Zqy4hhOXuXgy6An+ry6fir8UOZFYyMhu0v42ZU=; b=bIwXAquVfQp1Yhb7IHlexrqUhbq61/8lKKYgmXxbJDCc/MMVCTK1CHPc75+DgdwJ4L k+ZMXZKqFZnEwMUXwy6Qn7TWxPwyoXMUuoAIPMeoOV6iztAuq3XJWhGBEt+jkQiNTKv5 FZ8vbaNsIr3t0qut7MlIQpPXcgMdzUlRNJXpLltj+LaBWhl/n1D+M1XtWayik5LLiQJ7 v5IO3b2gwR2ftcKzCrs0sZ2UoXXFxMwM0+EyESeX98rhg73QTtF/XBuSjl0M9JNyhCVh c316/Dd7J3FVr6Mick5Te9GZizq6585GyfleQJMKNBwRwMl7cGq3XZz34fT8VN1y82sM GiEg== X-Gm-Message-State: AE9vXwM68Rn27VZhMNHkoKU+Xx34qDal2Js4mWKzAjUArv3v9hfT21espiWkgB7+t5jYT+PPXp75/lZQ5K+dIw== X-Received: by 10.129.123.213 with SMTP id w204mr12943352ywc.191.1472435761414; Sun, 28 Aug 2016 18:56:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.22.214 with HTTP; Sun, 28 Aug 2016 18:56:01 -0700 (PDT) In-Reply-To: References: From: Ted Yu Date: Sun, 28 Aug 2016 18:56:01 -0700 Message-ID: Subject: Re: HBase Region Size of 2.5 TB To: "user@hbase.apache.org" Content-Type: multipart/alternative; boundary=001a114949d283872d053b2c2ae2 archived-at: Mon, 29 Aug 2016 01:56:08 -0000 --001a114949d283872d053b2c2ae2 Content-Type: text/plain; charset=UTF-8 Looking at source of IncreasingToUpperBoundRegionSplitPolicy, I don't see other parameters being used. FYI On Sun, Aug 28, 2016 at 5:58 PM, yeshwanth kumar wrote: > Hi Ted, > > thanks for the reply, > > i couldn't find the hbase.increasing.policy.initial.size in hbase conf, > we haven't changed that value. > > so that means intial regionsize should be 2 GB, but the region size is > 2.5TB > i can manually split the regions, but trying to figure out the root cause. > any other conf properties causing this behavior? > > please let me know, > > Thanks, > Yeshwanth > > > > On Fri, Aug 26, 2016 at 5:41 PM, Ted Yu wrote: > > > From IncreasingToUpperBoundRegionSplitPolicy#configureForRegion(): > > > > initialSize = conf.getLong("hbase.increasing.policy.initial.size", > > -1); > > > > ... > > > > if (initialSize <= 0) { > > > > initialSize = 2 * conf.getLong(HConstants. > > HREGION_MEMSTORE_FLUSH_SIZE, > > > > HTableDescriptor. > > DEFAULT_MEMSTORE_FLUSH_SIZE); > > > > If you haven't changed the value for > > "hbase.increasing.policy.initial.size", the last two lines should have > > been > > executed. > > > > initialSize would be 2GB in that case according to the config you listed. > > > > > > FYI > > > > On Fri, Aug 26, 2016 at 3:23 PM, yeshwanth kumar > > wrote: > > > > > Hi we are using CDH 5.7 HBase 1.2 > > > > > > we are doing a performance testing over HBase through regular Load, > which > > > has 4 Region Servers. > > > > > > Input Data is compressed binary files around 2TB, which we process and > > > write as Key-Value pairs to HBase. > > > the output data size in HBase is almost 4 times around 8TB, because we > > are > > > writing as text. > > > this process is a Map-Reduce Job, > > > > > > when we are doing the load, we observed there's a lot of GC happening > on > > > Region Server's ,so we changed couple of parameters to decrease the GC > > > time. > > > > > > we increased the flush size to 128MB to 1 GB and compactionThreshold to > > 50 > > > and regionserver.maxlogs to 42 > > > following are the configuration we changed from default. > > > > > > > > > hbase.hregion.memstore.flush.size = 1 GB > > > hbase.hstore.max.filesize=10GB > > > hbase.hregion.preclose.flush.size= 50 MB > > > > > > hbase.hstore.compactionThreshold=50 > > > hbase.regionserver.maxlogs=42 > > > > > > after the load, we observed that HBase table has only 4 regions with > each > > > of size around 2.5 TB > > > > > > i am trying to understand, what configuration parameter caused this > > issue. > > > > > > i was going through this article > > > http://hortonworks.com/blog/apache-hbase-region-splitting-and-merging/ > > > > > > Region split policy in our HBase is > > > org.apache.hadoop.hbase.regionserver.IncreasingToUpperBoundRegionSp > > > litPolicy > > > according to Region Split policy, Region Server should create regions > > when > > > the region size limit is exceeded. > > > can some one explain me the root cause. > > > > > > > > > Thanks, > > > Yeshwanth > > > > > > --001a114949d283872d053b2c2ae2--