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 EB5AE11A49 for ; Thu, 28 Aug 2014 18:36:47 +0000 (UTC) Received: (qmail 76161 invoked by uid 500); 28 Aug 2014 18:36:46 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 76085 invoked by uid 500); 28 Aug 2014 18:36:46 -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 76073 invoked by uid 99); 28 Aug 2014 18:36:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Aug 2014 18:36:45 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.220.178] (HELO mail-vc0-f178.google.com) (209.85.220.178) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Aug 2014 18:36:20 +0000 Received: by mail-vc0-f178.google.com with SMTP id la4so1302132vcb.23 for ; Thu, 28 Aug 2014 11:36:19 -0700 (PDT) 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:content-type; bh=EcI+PgREYFDnnkStd4bdb3JxcPsC044c86/14U7lmS0=; b=JTx3iAuSEUVe+FtmsIS7TbNZFnJ5dv+V6vhD/ACWwvxEbwN1pGI62zuTDyMOpX1o7o lbEAi//r63G9ebmPcXns71T/nrW9Dx6DRvOmQMV3WwgmHp14yznnCe7eggFp61WvsLno puGR6rnFOtrtupvyQs9bS20xlc2kz/l765Ivr7Lf31yJj4JoCVPRe1mVrTJQu4xAVz6U 9EIVV6L9AdzGyzGVIR2T32Fg+9YtFQBWlzNuxNzSzd4fwPKEkK0QgYfsjkuW2hdrdMWq 7L2OQLuPrUbIN9qdY859tPTwh3VVNtGyX5km7squcelbCRM7zkG66oeiba/zhhLqROu1 ghRA== X-Gm-Message-State: ALoCoQmIGEo6XKXSyRaBvXUC9I2ftJOT0zCvEwa0mU4xmNgb+n5qJ0spUJKjeZ4vFNjHBK65rcQW X-Received: by 10.52.38.67 with SMTP id e3mr2684388vdk.56.1409250979058; Thu, 28 Aug 2014 11:36:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.100.227 with HTTP; Thu, 28 Aug 2014 11:35:58 -0700 (PDT) In-Reply-To: References: From: Jean-Marc Spaggiari Date: Thu, 28 Aug 2014 14:35:58 -0400 Message-ID: Subject: Re: state-of-the-art method for merging regions on v0.94 To: user Content-Type: multipart/alternative; boundary=bcaec51d2a8601b09d0501b4d0a8 X-Virus-Checked: Checked by ClamAV on apache.org --bcaec51d2a8601b09d0501b4d0a8 Content-Type: text/plain; charset=UTF-8 Hi Shahab, Ted talked about 0.94. In 0.98 there is no (known) issues with the on-line merge. JM 2014-08-28 14:33 GMT-04:00 Shahab Yunus : > I have a question here. In 0.98 the merge_region command which can be run > through HBase shell is not reliable? If we simply want to merge 2 regions > at a time? I thought that the older Merge tool was not safe. > > Thanks, > Shahab > > > On Thu, Aug 28, 2014 at 2:26 PM, Bryan Beaudreault < > bbeaudreault@hubspot.com > > wrote: > > > I've done it. This is the code I used: > > https://gist.github.com/bbeaudreault/7567385 > > > > It comes from the hbase source, but is modified to actually work (the > class > > provided in hbase is private and does not work out of the box). There is > a > > readme at the bottom of the gist with my process. One important note > > though, I did this with a deep understanding (after hours of reading > hbase > > code and doing tests on a test cluster) of how it all works. And even > then > > I felt nervous to do it in prod. Hence why I went the snapshot/compact > > route. > > > > I would definitely test it on a test cluster and get some familiarity > > before getting close to a production table. That said, I've run this on > > 8-10 production tables a few months ago, reducing in size from 10-20x in > > some cases. > > > > > > On Thu, Aug 28, 2014 at 2:19 PM, Ted Tuttle > wrote: > > > > > Hello- > > > > > > We recently realized our region size is 1G and need to increase it to > get > > > our region count under control. I've done some research on merging > > regions > > > and have come away confused. > > > > > > There is the ops handbook: > > > > > > http://hbase.apache.org/book/ops.regionmgt.html > > > > > > And then there is this horror story: > > > > > > http://metabroadcast.com/blog/so-you-broke-hbase > > > > > > Is there someone out there that has done a large scale (i.e. 10:1 > > > reduction on 10k's of regions) merge successfully on HBase 0.94? If > so, > > > how did you do it? > > > > > > Thanks, > > > Ted > > > > > > > > > --bcaec51d2a8601b09d0501b4d0a8--