Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Sat, 14 Feb 2015 06:23:12 +0000 (UTC)
From: "Hudson (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12743611.1411504306000.46283.1423894992645@Atlassian.JIRA>
In-Reply-To: <JIRA.12743611.1411504306000@Atlassian.JIRA>
References: <JIRA.12743611.1411504306000@Atlassian.JIRA>
 <JIRA.12743611.1411504306912@arcas>
Subject: [jira] [Commented] (HBASE-12070) Add an option to hbck to fix ZK
 inconsistencies
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HBASE-12070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14321266#comment-14321266 ] 

Hudson commented on HBASE-12070:
--------------------------------

SUCCESS: Integrated in HBase-0.98 #853 (See [https://builds.apache.org/job/HBase-0.98/853/])
HBASE-12070 Add an option to hbck to fix ZK inconsistencies (Stephen Yuan Jiang) (apurtell: rev 78380e166d2026f48c332d782ad8ffa1f95a953b)
* hbase-server/src/test/java/org/apache/hadoop/hbase/util/hbck/HbckTestingUtil.java
* hbase-server/src/test/java/org/apache/hadoop/hbase/util/TestHBaseFsck.java
* hbase-server/src/main/java/org/apache/hadoop/hbase/util/HBaseFsck.java
* hbase-client/src/main/java/org/apache/hadoop/hbase/zookeeper/ZKTable.java


> Add an option to hbck to fix ZK inconsistencies
> -----------------------------------------------
>
>                 Key: HBASE-12070
>                 URL: https://issues.apache.org/jira/browse/HBASE-12070
>             Project: HBase
>          Issue Type: Bug
>          Components: hbck
>    Affects Versions: 1.0.1, 1.1.0, 0.98.11
>            Reporter: Sudarshan Kadambi
>            Assignee: Stephen Yuan Jiang
>             Fix For: 1.0.1, 1.1.0, 0.98.11
>
>         Attachments: HBASE-12070.v1-0.98.patch, HBASE-12070.v1-branch-1.patch, HBASE-12070.v2-branch-1.patch
>
>
> If the HMaster bounces in the middle of table creation, we could be left in a state where a znode exists for the table, but that hasn't percolated into META or to HDFS. We've run into this a couple times on our clusters. Once the table is in this state, the only fix is to rm the znode using the zookeeper-client. Doing this manually looks a bit error prone. Could an option be added to hbck to catch and fix such inconsistencies?
> A more general issue I'd like comment on is whether it makes sense for HMaster to be maintaining its own write-ahead log? The idea would be that on a bounce, the master would discover it was in the middle of creating a table and either rollback or complete that operation? An issue that we observed recently was that a table that was in DISABLING state before a bounce was not in that state after. A write-ahead log to persist table state changes seems useful. Now, all of this state could be in ZK instead of the WAL - it doesn't matter where it gets persisted as long as it does.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)