Return-Path: X-Original-To: apmail-hbase-issues-archive@www.apache.org Delivered-To: apmail-hbase-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 12391D5C0 for ; Thu, 13 Sep 2012 17:30:16 +0000 (UTC) Received: (qmail 33159 invoked by uid 500); 13 Sep 2012 17:30:15 -0000 Delivered-To: apmail-hbase-issues-archive@hbase.apache.org Received: (qmail 33127 invoked by uid 500); 13 Sep 2012 17:30:15 -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 33117 invoked by uid 99); 13 Sep 2012 17:30:15 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Sep 2012 17:30:15 +0000 Date: Fri, 14 Sep 2012 04:30:15 +1100 (NCT) From: "Hudson (JIRA)" To: issues@hbase.apache.org Message-ID: <1208316720.75701.1347557415765.JavaMail.jiratomcat@arcas> In-Reply-To: <593674797.26279.1346473627533.JavaMail.jiratomcat@arcas> Subject: [jira] [Commented] (HBASE-6710) 0.92/0.94 compatibility issues due to HBASE-5206 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HBASE-6710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13455041#comment-13455041 ] Hudson commented on HBASE-6710: ------------------------------- Integrated in HBase-0.94-security #52 (See [https://builds.apache.org/job/HBase-0.94-security/52/]) HBASE-6710 0.92/0.94 compatibility issues due to HBASE-5206 (Revision 1384181) Result = SUCCESS gchanan : Files : * /hbase/branches/0.94/src/main/java/org/apache/hadoop/hbase/client/HConnectionManager.java * /hbase/branches/0.94/src/main/java/org/apache/hadoop/hbase/util/HBaseFsck.java * /hbase/branches/0.94/src/main/java/org/apache/hadoop/hbase/zookeeper/ZKTable.java * /hbase/branches/0.94/src/main/java/org/apache/hadoop/hbase/zookeeper/ZKTableReadOnly.java * /hbase/branches/0.94/src/main/java/org/apache/hadoop/hbase/zookeeper/ZKUtil.java * /hbase/branches/0.94/src/main/java/org/apache/hadoop/hbase/zookeeper/ZooKeeperWatcher.java * /hbase/branches/0.94/src/test/java/org/apache/hadoop/hbase/client/TestAdmin.java * /hbase/branches/0.94/src/test/java/org/apache/hadoop/hbase/zookeeper/TestZKTable.java * /hbase/branches/0.94/src/test/java/org/apache/hadoop/hbase/zookeeper/TestZKTableReadOnly.java > 0.92/0.94 compatibility issues due to HBASE-5206 > ------------------------------------------------ > > Key: HBASE-6710 > URL: https://issues.apache.org/jira/browse/HBASE-6710 > Project: HBase > Issue Type: Bug > Reporter: Gregory Chanan > Assignee: Gregory Chanan > Priority: Critical > Fix For: 0.94.2 > > Attachments: HBASE-6710-v3.patch > > > HBASE-5206 introduces some compatibility issues between {0.94,0.94.1} and > {0.92.0,0.92.1}. The release notes of HBASE-5155 describes the issue (HBASE-5206 is a backport of HBASE-5155). > I think we can make 0.94.2 compatible with both {0.94.0,0.94.1} and {0.92.0,0.92.1}, although one of those sets will require configuration changes. > The basic problem is that there is a znode for each table "zookeeper.znode.tableEnableDisable" that is handled differently. > On 0.92.0 and 0.92.1 the states for this table are: > [ disabled, disabling, enabling ] or deleted if the table is enabled > On 0.94.1 and 0.94.2 the states for this table are: > [ disabled, disabling, enabling, enabled ] > What saves us is that the location of this znode is configurable. So the basic idea is to have the 0.94.2 master write two different znodes, "zookeeper.znode.tableEnableDisabled92" and "zookeeper.znode.tableEnableDisabled94" where the 92 node is in 92 format, the 94 node is in 94 format. And internally, the master would only use the 94 format in order to solve the original bug HBASE-5155 solves. > We can of course make one of these the same default as exists now, so we don't need to make config changes for one of 0.92 or 0.94 clients. I argue that 0.92 clients shouldn't have to make config changes for the same reason I argued above. But that is debatable. > Then, I think the only question left is the question of how to bring along the {0.94.0, 0.94.1} crew. A {0.94.0, 0.94.1} client would work against a 0.94.2 cluster by just configuring "zookeeper.znode.tableEnableDisable" in the client to be whatever "zookeeper.znode.tableEnableDisabled94" is in the cluster. A 0.94.2 client would work against both a {0.94.0, 0.94.1} and {0.92.0, 0.92.1} cluster if it had HBASE-6268 applied. About rolling upgrade from {0.94.0, 0.94.1} to 0.94.2 -- I'd have to think about that. Do the regionservers ever read the tableEnableDisabled znode? > On the mailing list, Lars H suggested the following: > "The only input I'd have is that format we'll use going forward will not have a version attached to it. > So maybe the 92 version would still be called "zookeeper.znode.tableEnableDisable" and the new node could have a different name "zookeeper.znode.tableEnableDisableNew" (or something)." -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira