Return-Path: Delivered-To: apmail-hbase-user-archive@www.apache.org Received: (qmail 70993 invoked from network); 28 Jan 2011 00:28:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 28 Jan 2011 00:28:24 -0000 Received: (qmail 90148 invoked by uid 500); 28 Jan 2011 00:28:22 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 90120 invoked by uid 500); 28 Jan 2011 00:28:22 -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 90112 invoked by uid 99); 28 Jan 2011 00:28:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Jan 2011 00:28:22 +0000 X-ASF-Spam-Status: No, hits=1.3 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jdcryans@gmail.com designates 209.85.161.41 as permitted sender) Received: from [209.85.161.41] (HELO mail-fx0-f41.google.com) (209.85.161.41) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Jan 2011 00:28:16 +0000 Received: by fxm12 with SMTP id 12so3336897fxm.14 for ; Thu, 27 Jan 2011 16:27:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=xRJK3VUVCOxB2PNkVaF0G/9RvPbKGBBU9qrwdxAIe7E=; b=LumuMnkgUpPz6c1xxYiZNGKv/WDSj/+liJjRS8Pbm6aJZLg8U+1s2ubMPhA0D/vTt9 Tb9tYP7af3n/RJMXSsZB3fogx59AtTZLmZPKfuJ465ZSzBm7DfxHjaS9J1d7GiucbDQc A2C0VHJswsQEd7n+nxDVCfdZ8W5R9Iie0+06Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=vsF4/h3SzTr69Lxjb93cn0v1iqnnZlqcRaVZABqt5VpnelEJBAGZXiyXIvKYP6Iztp nZ5hmmXC94HYQ471UdoQd8aS0kWI5Va4RJ/DT5om8sAtNCiJtUx2By2SKPVWwav5Gh4e KR7L/8JPwjpYvqjMWC/vmrPeara+Cy0IlO8pY= MIME-Version: 1.0 Received: by 10.223.101.206 with SMTP id d14mr1655454fao.134.1296174475932; Thu, 27 Jan 2011 16:27:55 -0800 (PST) Sender: jdcryans@gmail.com Received: by 10.223.72.204 with HTTP; Thu, 27 Jan 2011 16:27:55 -0800 (PST) In-Reply-To: References: Date: Thu, 27 Jan 2011 16:27:55 -0800 X-Google-Sender-Auth: u2hTMWPLutbjvZ20NuyUfUoTA8Y Message-ID: Subject: Re: SocketTimeoutException caused by GC? From: Jean-Daniel Cryans To: user@hbase.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Doing it from the master is what we aim to do, but it's a lot more involved. I know that jgray has a few ideas on the subject. J-D On Thu, Jan 27, 2011 at 4:25 PM, Ted Dunning wrote: > Why doesn't the master do this? =A0Why not just set it up so that you can= tell > the master that the maximum number of regions for the soon-to-go region > server is 0? > > On Thu, Jan 27, 2011 at 3:53 PM, Jean-Daniel Cryans = wrote: > >> Writing this gives me an idea... I think one "easy" way we could >> achieve this region draining problem is by writing a jruby script >> that: >> >> 1- Retrieves the list of regions served by a RS >> 2- Disables master balancing >> 3- Moves one by one every region out of the RS, assigning them to the >> other RSs in a round-robin fashion >> 4- Shuts down the RS >> 5- Reenables master balancing >> >> I wonder if it would work... At least it's a process that you could >> stop at any time without breaking everything. >> >