Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Wed, 21 Jun 2017 13:22:00 +0000 (UTC)
From: "Pankaj Kumar (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.13077583.1496734784000.69706.1498051320158@Atlassian.JIRA>
In-Reply-To: <JIRA.13077583.1496734784000@Atlassian.JIRA>
References: <JIRA.13077583.1496734784000@Atlassian.JIRA> <JIRA.13077583.1496734784816@jira-lw-us.apache.org>
Subject: [jira] [Updated] (HBASE-18167) OfflineMetaRepair tool may cause
 HMaster abort always
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Wed, 21 Jun 2017 13:22:07 -0000


     [ https://issues.apache.org/jira/browse/HBASE-18167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Pankaj Kumar updated HBASE-18167:
---------------------------------
    Attachment:     (was: HBASE-18167.branch-1.3.patch)

> OfflineMetaRepair tool may cause HMaster abort always
> -----------------------------------------------------
>
>                 Key: HBASE-18167
>                 URL: https://issues.apache.org/jira/browse/HBASE-18167
>             Project: HBase
>          Issue Type: Bug
>          Components: master
>    Affects Versions: 1.4.0, 1.3.1, 1.3.2
>            Reporter: Pankaj Kumar
>            Assignee: Pankaj Kumar
>            Priority: Critical
>             Fix For: 1.4.0, 1.3.2
>
>         Attachments: HBASE-18167-branch-1.3.v2.patch, HBASE-18167-branch-1.patch, HBASE-18167-branch-1-V2.patch
>
>
> In the production environment, we met a weird scenario where some Meta table HFile blocks were missing due to some reason.
> To recover the environment we tried to rebuild the meta using OfflineMetaRepair tool and restart the cluster, but HMaster couldn't finish it's initialization. It always timed out as namespace table region was never assigned.
> Steps to reproduce
> ==================
> 1. Assign meta table region to HMaster (it can be on any RS, just to reproduce the  scenario)
> {noformat}
> 	<property>
>             <name>hbase.balancer.tablesOnMaster</name>
>             <value>hbase:meta</value>
>         </property>
> {noformat}
> 2. Start HMaster and RegionServer
> 2. Create two namespace, say "ns1" & "ns2"
> 3. Create two tables "ns1:t1' & "ns2:t1'
> 4. flush 'hbase:meta"
> 5. Stop HMaster (graceful shutdown)
> 6. Kill -9 RegionServer (Abnormal shutdown)
> 7. Run OfflineMetaRepair as follows,
> {noformat}
> 	hbase org.apache.hadoop.hbase.util.hbck.OfflineMetaRepair -fix
> {noformat}
> 8. Restart HMaster and RegionServer
> 9. HMaster will never be able to finish its initialization and abort always with below message,
> {code}
> 2017-06-06 15:11:07,582 FATAL [Hostname:16000.activeMasterManager] master.HMaster: Unhandled exception. Starting shutdown.
> java.io.IOException: Timedout 120000ms waiting for namespace table to be assigned
>         at org.apache.hadoop.hbase.master.TableNamespaceManager.start(TableNamespaceManager.java:98)
>         at org.apache.hadoop.hbase.master.HMaster.initNamespace(HMaster.java:1054)
>         at org.apache.hadoop.hbase.master.HMaster.finishActiveMasterInitialization(HMaster.java:848)
>         at org.apache.hadoop.hbase.master.HMaster.access$600(HMaster.java:199)
>         at org.apache.hadoop.hbase.master.HMaster$2.run(HMaster.java:1871)
>         at java.lang.Thread.run(Thread.java:745)
> {code}
> Root cause
> ==========
> 1. During HM start up AM assumes that it's a failover scenario based on the existing old WAL files, so SSH/SCP will split WAL files and assign the holding regions. 
> 2. During SSH/SCP it retrieves the server holding regions from meta/AM's in-memory-state, but meta only had "regioninfo" entry (as already rebuild by OfflineMetaRepair). So empty region will be returned and it wont trigger any assignment.
> 3. HMaster which is waiting for namespace table to be assigned will timeout and abort always.


--
This message was sent by Atlassian JIRA
(v6.4.14#64029)