Return-Path: Delivered-To: apmail-hbase-issues-archive@www.apache.org Received: (qmail 24390 invoked from network); 25 Aug 2010 00:47:13 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 25 Aug 2010 00:47:13 -0000 Received: (qmail 67055 invoked by uid 500); 25 Aug 2010 00:47:13 -0000 Delivered-To: apmail-hbase-issues-archive@hbase.apache.org Received: (qmail 66990 invoked by uid 500); 25 Aug 2010 00:47:13 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 66978 invoked by uid 99); 25 Aug 2010 00:47:13 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Aug 2010 00:47:12 +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.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Aug 2010 00:46:39 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o7P0kHNL029270 for ; Wed, 25 Aug 2010 00:46:17 GMT Message-ID: <2087277.547941282697177125.JavaMail.jira@thor> Date: Tue, 24 Aug 2010 20:46:17 -0400 (EDT) From: "Jean-Daniel Cryans (JIRA)" To: issues@hbase.apache.org Subject: [jira] Resolved: (HBASE-2791) Stop dumping exceptions coming from ZK and do nothing about them In-Reply-To: <31626541.69351277509729747.JavaMail.jira@thor> 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-2791?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Daniel Cryans resolved HBASE-2791. --------------------------------------- Resolution: Invalid This is all redone in the master rewrite. > Stop dumping exceptions coming from ZK and do nothing about them > ---------------------------------------------------------------- > > Key: HBASE-2791 > URL: https://issues.apache.org/jira/browse/HBASE-2791 > Project: HBase > Issue Type: Improvement > Reporter: Jean-Daniel Cryans > Fix For: 0.90.0 > > > I think this is part of the Master/ZooKeeper refactoring project but I'm putting it up here to be sure we cover it. Currently in ZKW (and other places around the code base) we do ZK operations and we don't really handle the exceptions, for example in ZKW.setClusterState: > {code} > } catch (InterruptedException e) { > LOG.warn("<" + instanceName + ">" + "Failed to set state node in ZooKeeper", e); > } catch (KeeperException e) { > if(e.code() == KeeperException.Code.NODEEXISTS) { > LOG.debug("<" + instanceName + ">" + "State node exists."); > } else { > LOG.warn("<" + instanceName + ">" + "Failed to set state node in ZooKeeper", e); > } > {code} > This has been always like that since we started using ZK. > What if the session was expired? What if it was only the connection that had a blip? Do we handle it correctly? We need to have this discussion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.