Return-Path: Delivered-To: apmail-hadoop-hbase-dev-archive@minotaur.apache.org Received: (qmail 28334 invoked from network); 17 Jul 2009 00:06:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 17 Jul 2009 00:06:34 -0000 Received: (qmail 22774 invoked by uid 500); 17 Jul 2009 00:07:39 -0000 Delivered-To: apmail-hadoop-hbase-dev-archive@hadoop.apache.org Received: (qmail 22706 invoked by uid 500); 17 Jul 2009 00:07:39 -0000 Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-dev@hadoop.apache.org Delivered-To: mailing list hbase-dev@hadoop.apache.org Received: (qmail 22696 invoked by uid 99); 17 Jul 2009 00:07:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Jul 2009 00:07:39 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Jul 2009 00:07:35 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id C8472234C004 for ; Thu, 16 Jul 2009 17:07:14 -0700 (PDT) Message-ID: <993021405.1247789234805.JavaMail.jira@brutus> Date: Thu, 16 Jul 2009 17:07:14 -0700 (PDT) From: "stack (JIRA)" To: hbase-dev@hadoop.apache.org Subject: [jira] Updated: (HBASE-1609) [part of hbase-1583] We wait on leases to expire before regionserver goes down. Rather, just let client fail In-Reply-To: <622304606.1246643987257.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HBASE-1609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-1609: ------------------------- Attachment: 1609-v2.patch This patch cancels leases when next is called and we're going down. It also just closes all leases in HRS before we run close of all regions. I don't see why we have to pussy-foot around with Scanners. They are reading. If they get exception in middle of reading, then no big deal. It looks like Scanners will get UnknownScannerException if cluster is shutting down on them. I added javadoc saying this could be one of the reasons for an USE. > [part of hbase-1583] We wait on leases to expire before regionserver goes down. Rather, just let client fail > ------------------------------------------------------------------------------------------------------------- > > Key: HBASE-1609 > URL: https://issues.apache.org/jira/browse/HBASE-1609 > Project: Hadoop HBase > Issue Type: Improvement > Reporter: stack > Fix For: 0.20.0 > > Attachments: 1609-v2.patch, 1609.patch > > > Addressing this issue will help hbase-1583. We should do for 0.20.0 and perhaps for 0.19.x even. > Currently, if outstanding leases, in HRegion close, we'll hang until lease expires. Could be a minute. Could be worse, the client might come in and renew the lease a few times at least till it finishes out the region. This gets in way of regionserver shutting down fast. > J-D suggests that regionserver should just go down and outstanding clients should fail rather than try and be nice to outstanding clients (in his case, his MR job had failed so no clients... but we insist on lease expiring). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.