Return-Path: Delivered-To: apmail-hadoop-hbase-user-archive@minotaur.apache.org Received: (qmail 29832 invoked from network); 27 May 2009 17:45:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 27 May 2009 17:45:36 -0000 Received: (qmail 76441 invoked by uid 500); 27 May 2009 17:45:48 -0000 Delivered-To: apmail-hadoop-hbase-user-archive@hadoop.apache.org Received: (qmail 76411 invoked by uid 500); 27 May 2009 17:45:48 -0000 Mailing-List: contact hbase-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-user@hadoop.apache.org Delivered-To: mailing list hbase-user@hadoop.apache.org Received: (qmail 76401 invoked by uid 99); 27 May 2009 17:45:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 May 2009 17:45:48 +0000 X-ASF-Spam-Status: No, hits=-1.0 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gcjhhu-hbase-user@m.gmane.org designates 80.91.229.2 as permitted sender) Received: from [80.91.229.2] (HELO ciao.gmane.org) (80.91.229.2) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 May 2009 17:45:38 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M9NBk-0004nq-PL for hbase-user@hadoop.apache.org; Wed, 27 May 2009 17:45:16 +0000 Received: from adsl-99-164-139-150.dsl.ltrkar.sbcglobal.net ([99.164.139.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 May 2009 17:45:16 +0000 Received: from sales by adsl-99-164-139-150.dsl.ltrkar.sbcglobal.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 May 2009 17:45:16 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: hbase-user@hadoop.apache.org From: "Billy Pearson" Subject: Re: Decommission of nodes Date: Wed, 27 May 2009 12:44:07 -0500 Lines: 38 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: adsl-99-164-139-150.dsl.ltrkar.sbcglobal.net In-Reply-To: X-MSMail-Priority: Normal X-Newsreader: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 Sender: news X-Virus-Checked: Checked by ClamAV on apache.org the decommissioning process in hadoop takes a little while I thank there the balancing bandwidth has a lot to do with it. but to stop region server you should be able to run bin/hbase-daemon.sh stop regionserver on the server you want to stop the hbase as long as it not the master then you can do this on a live cluster. as each goes down they will tell the master by closing the regions and releasing its leases and the master will start to redeploy the regions to other servers. Billy "Mat Hofschen" wrote in message news:d2b99530905270754p566be51n8dc468f9d1d2384b@mail.gmail.com... > Hello, > I just needed to remove 8 machines from our 33 node cluster. > (hadoop-0.19.1, > hbase-0.19.2) > The first 4 nodes I decommissioned in hadoop with the exclude-file and > hbase > running. After 4 hours I gave up and stopped the machines by hand (they > never finished the decommissioning in progress phase). > For the next 4 nodes I stopped the hbase cluster then decommissioned the > nodes in hadoop. After 10 minutes the decommissioning finished > successfully. > > > Is there a recommended way to remove nodes from hbase and how does that > best > work together with decommissioning in hadoop. > How does hbase reconstruct the meta information during or after removal of > nodes? > > Thanks for your help, > Matthias >