disable table失败的处理

最新推荐文章于 2024-04-03 11:48:28 发布

koven2049

最新推荐文章于 2024-04-03 11:48:28 发布

阅读量312

点赞数

分类专栏： hbase 文章标签：大数据 java jira

hbase 专栏收录该内容

33 篇文章

订阅专栏

本文深入探讨了HBase集群中常见的disable操作失败问题，详细解释了导致“RegionhasbeenPENDING_CLOSEfortoolong”状态的原因及解决方法。通过分析disable机制，提出了两种可行的解决方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

相信每一个维护hbase集群的运维人员一定碰到过disable失败，陷入无穷的"Region has been PENDING_CLOSE for too long..."状态，此时没有什么好的办法处理。经常需要重启集群。
这个问题产生的原因非常讨厌，经过一段时间的分析和验证，得到了根本原因。要理解它，必须从disable的原理说起：

[list]
[*] disable线程是一个DisableTableHandler类，我们看它的handleDisableTable()方法，在while循环中先获取table的regions列表，然后调用BulkDisabler的bulkAssign()方法，等待bulkAssign()返回为true时则结束
[*] 在bulkAssign()方法中启动线程池，然后等待线程池超时，超时时间由hbase.bulk.assignment.waiton.empty.rit控制
[*] 在每个线程中，先从regions collection中得到regions列表，然后通知rs来处理该region，并且把该region放入RIT列表中，表示该region正在进行处理
[*] rs处理完region以后，将该region状态在zk上置为closing，此时master得到通知
[*] master将这个region从RIT列表中删除，并从regions列表中删除。
[/list]
[img]http://dl.iteye.com/upload/attachment/546540/b7bfd57e-cf86-3be5-8ec7-c8ee6153538e.jpg[/img]
注意以上最后一步，当master把它从RIT中删除以后，还有短暂的时间这个region还在regions列表中，此时另一个线程拿到了这个region，并且此时这个region不处于RIT状态保护，于是另一个线程开始重复以上过程，而前一个线程己经把它从collection中删除了，于是后一个线程再也无法完成closing事件。直到RIT超时（默认30秒）。

于是有两个修改办法：
1 缩短hbase.bulk.assignment.waiton.empty.rit这个时间(默认10分钟，it's too long...)，让它重新进行一轮disable，此时会先把RIT的region都处理掉再继续，这样多几次尝试总会成功的。
2 修改代码：([url]https://issues.apache.org/jira/secure/attachment/12487669/HBASE-4064_branch90V2.patch[/url])

Index: src/main/java/org/apache/hadoop/hbase/master/AssignmentManager.java
===================================================================
--- src/main/java/org/apache/hadoop/hbase/master/AssignmentManager.java	(revision 1150529)
+++ src/main/java/org/apache/hadoop/hbase/master/AssignmentManager.java	(working copy)
@@ -767,14 +767,15 @@
    * @param regionInfo
    */
   public void regionOffline(final HRegionInfo regionInfo) {
+    // remove the region plan as well just in case.
+    clearRegionPlan(regionInfo);
+    setOffline(regionInfo);
+    
     synchronized(this.regionsInTransition) {
       if (this.regionsInTransition.remove(regionInfo.getEncodedName()) != null) {
         this.regionsInTransition.notifyAll();
       }
     }
-    // remove the region plan as well just in case.
-    clearRegionPlan(regionInfo);
-    setOffline(regionInfo);
   }