hadoop decommission 时卡住

hadoop decommission一个节点Datanode,几万个block都同步过去了,但是唯独剩下2个block一直停留在哪,导致该节点几个小时也无法下线。hadoop UI中显示在Under Replicated Blocks里面有2个块始终无法消除。

Under Replicated Blocks 2
Under Replicated Blocks In Files Under Construction 2

Namenode日志里面一直有这样的滚动:

2015-01-20 15:04:47,978 INFO org.apache.hadoop.hdfs.server.namenode.FSNamesystem: Block: blk_8859027644264991843_26141120, 
Expected Replicas: 3, live replicas: 2, corrupt replicas: 0, decommissioned replicas: 1, excess 
replicas: 0, Is Open File: true, Datanodes having this block: 10.11.12.13:50010 10.11.12.14:50010 
10.11.12.15:50010 , Current Datanode: 10.11.12.13:50010, Is current datanode decommissioning: 
true

google了好久,貌似是一个hadoop的bug,https://issues.apache.org/jira/browse/HDFS-5579
NameNode发现block的Replicas不够(期待应该有3个,实际有两个),或许是namenode认为数据不完整,执着地不让这个DataNode下架。。。

最终尝试如下方式解决,把replications设置成2:

hadoop fs -setrep -R 2 /

执行完后很快,该节点就下线了,神奇的replications。

u2

Related Posts

rancher v2.x 初体验

rancher v2x

Read more

sqlalchemy.exc.TimeoutError: QueuePool limit of size 5 overflow 10 reached

Python3 + Flask + mysql5.7搭建的w…

Read more

One thought on “hadoop decommission 时卡住

  1. 补充一下,我们也遇到了,是因为 Corrupt Blocks 导致的,删掉丢失的块就好了

评论已关闭。

You Missed

OpenAI Astra十题拆解:2000美元,十个数学难题,一次破壁

  • u2
  • 8月 3, 2026
  • 53 views

便宜电视盒子背后的广告欺诈帝 国

  • u2
  • 7月 31, 2026
  • 54 views

Snowflake Cortex AI Gateway:企业 AI Agent 的「信任控制平面」

  • u2
  • 7月 29, 2026
  • 69 views

国产算力训出万亿大模型:美团LongCat-2.0的技术突围

  • u2
  • 7月 28, 2026
  • 81 views

AI逃逸事件全解析:OpenAI模型自主攻破Hugging Face,安全范式正在重构

  • u2
  • 7月 24, 2026
  • 109 views

Kimi K3 冲击波:2.8 万亿参数的野心,和它背后的三场技术硬仗

  • u2
  • 7月 20, 2026
  • 227 views