华为云首页用户手册

MapReduce服务 MRS-为什么主NameNode重启后系统出现双备现象:回答

MapReduce服务 MRS-为什么主NameNode重启后系统出现双备现象:回答

时间：2023-11-01 16:25:29

MapReduce服务 MRS

回答

原因分析
 NameNode的主节点重启后，它原先在Zookeeper上建立的临时节点（/hadoop-ha/hacluster/ActiveStandbyElectorLock）就会被清理。同时，NameNode备节点发现这个信息后进行抢占希望升主，所以它重新在Zookeeper上建立了active的节点/hadoop-ha/hacluster/ActiveStandbyElectorLock。但是NameNode备节点通过客户端（ZKFC）与Zookeeper建立连接时，由于网络问题、CPU使用率高、集群压力大等原因，出现了客户端（ZKFC）的session（0x144cb2b3e4b36ae4）与Zookeeper服务端的session（0x164cb2b3e4b36ae4）不一致的问题，这就导致了NameNode备节点的watcher没有感知到自己已经成功建立临时节点，依然认为自己还是备。而NameNode主节点启动后，发现/hadoop-ha/hacluster目录下已经有active的节点，所以也无法升主，导致两个节点都为备。

解决方法
 建议通过在FusionInsight Manager界面上重启HDFS的两个ZKFC加以解决。

上一篇：MapReduce服务 MRS-HDFS执行Balance时被异常停止，再次执行Balance会失败:回答

下一篇：MapReduce服务 MRS-EditLog不连续导致NameNode启动失败:解决方法

MapReduce服务 MRS-为什么主NameNode重启后系统出现双备现象:回答

意见反馈

0/200

提交成功！非常感谢您的反馈，我们会继续努力做到更好反馈提交失败！请稍后重试！

推荐文章

解决方案
相关专题