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 EDA3E10C9A for ; Wed, 5 Jun 2013 17:21:13 +0000 (UTC) Received: (qmail 40996 invoked by uid 500); 5 Jun 2013 17:21:11 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 40857 invoked by uid 500); 5 Jun 2013 17:21:11 -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 40849 invoked by uid 99); 5 Jun 2013 17:21:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Jun 2013 17:21:10 +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 kiran.sarvabhotla@gmail.com designates 209.85.212.170 as permitted sender) Received: from [209.85.212.170] (HELO mail-wi0-f170.google.com) (209.85.212.170) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Jun 2013 17:21:05 +0000 Received: by mail-wi0-f170.google.com with SMTP id ey16so500105wid.5 for ; Wed, 05 Jun 2013 10:20:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/ZRwJhljMpf0vDKWZTM6mJj0HetFvRooXWTJihY+lT4=; b=SLl79RdX0/QxzCEZ80ui6nyuyiAQBNWShMeNUQzHW8lixkjLBF9nVpgSX5eIF/gZNq lWUQEIy3i05VHvRputsN1HwfCovLBibBmwbzMLtYw/FoufJt+hhdnKeypEG1b5KWtAzT 9hwAOk9TyqcSpApM0DqlCflmIw9PRgG7XrgtjPktuXbUzI2nCp7rcSpqeHKzDGKOH1qV EFcyxZGWDZFepPp7/FiHgwCKD3yZxbrfHKh4pYhheWezGvl2aAWHMb3HPjpLxg07Sv1r tY5fXmG8zw7RpWtwQ8xY3ROuOREQJBZSONYZMdguOu6K9tP7jv4ge1THlhgv02ODavFk wUCw== MIME-Version: 1.0 X-Received: by 10.180.90.164 with SMTP id bx4mr7808066wib.13.1370452837278; Wed, 05 Jun 2013 10:20:37 -0700 (PDT) Received: by 10.194.221.134 with HTTP; Wed, 5 Jun 2013 10:20:37 -0700 (PDT) Date: Wed, 5 Jun 2013 22:50:37 +0530 Message-ID: Subject: Handling regionserver crashes in production cluster From: kiran To: user@hbase.apache.org Content-Type: multipart/alternative; boundary=f46d043892478c2c3c04de6b6a59 X-Virus-Checked: Checked by ClamAV on apache.org --f46d043892478c2c3c04de6b6a59 Content-Type: text/plain; charset=ISO-8859-1 Dear All, We have production cluster that runs on hbase 0.94.1. The issue we are facing is whenever one regionserver goes down, the cluster becomes unresponsive until all the regions are allocated to another regionserver(s). The transition is taking about 3-5 mins and during this time we are unable to any do client operation on the cluster. Is there any way we can make the transition to run in background ? Also, it is acceptable for us if the client operations such as scan or get does not work on the rowkeys of regions in transition. But, they are not working on the entire cluster until all the regions are moved out of transition. We can't afford 3-5 minutes of downtime. -- Thank you Kiran Sarvabhotla -----Even a correct decision is wrong when it is taken late --f46d043892478c2c3c04de6b6a59--