-
《企业级大数据平台构建：架构与实现》——2.1.6 Namenode和Datanode
本文介绍了【《企业级大数据平台构建：架构与实现》——2.1.6 Namenode和Datanode】相关内容，与您搜索的namenode相关，助力开发者获取技术信息和云计算技术生态圈动态...请点击查阅更多详情。
来自：其他 -
删除大量文件后重启NameNode耗时长
删除大量文件后重启NameNode耗时长 问题 删除大量文件之后立刻重启NameNode（例如删除100万个文件），NameNode启动慢。 回答 由于在删除了大量文件之后，DataNode需要时间去删除对应的Block。当立刻重启NameNode时，NameNode会去检查所有Da
来自：帮助中心 -
内存不足导致HDFS NameNode启动失败
内存不足导致HDFS NameNode启动失败 问题背景与现象 场景一：重启HDFS服务后，HDFS的状态为Bad，且NameNode实例状态异常，并且很久没有退出安全模式。 场景二：NameNode启动时，启动超时后启动失败，原生页面无法打开。 原因分析 在NameNode运行日志（/v
来自：帮助中心 -
配置NFS服务器存储NameNode元数据
11:/opt/Hadoop/NameNode ${BIGDATA_DATA_HOME}/namenode-nfs 在NameNode备节点上执行2～4。 主备NameNode节点在NFS服务器上创建的共享目录名称（如“/opt/Hadoop/NameNode”）不能相同。 登录 FusionInsight
来自：帮助中心 -
配置NFS服务器存储NameNode元数据
![]()
11:/opt/Hadoop/NameNode ${BIGDATA_DATA_HOME}/namenode-nfs 在NameNode备节点上执行2～4。 主备NameNode节点在NFS服务器上创建的共享目录名称（如“/opt/Hadoop/NameNode”）不能相同。 登录FusionInsight
来自：帮助中心 -
删除大量文件后重启NameNode耗时长
![]()
删除大量文件后重启NameNode耗时长 问题 删除大量文件之后立刻重启NameNode（例如删除100万个文件），NameNode启动慢。 回答 由于在删除了大量文件之后，DataNode需要时间去删除对应的Block。当立刻重启NameNode时，NameNode会去检查所有Da
来自：帮助中心 -
优化HDFS NameNode RPC的服务质量
-
ALM-14021 NameNode RPC处理平均时间超过阈值
![]()
ALM-14021 NameNode RPC处理平均时间超过阈值 告警解释 系统每30秒周期性检测NameNode的RPC处理平均时间，并把实际的NameNode的RPC处理平均时间和阈值（默认为100ms）相比较。当检测到NameNode的RPC处理平均时间连续多次（默认为10次）超出阈值范围时，产生该告警。
来自：帮助中心 -
备NameNode节点长时间未启动，导致启动失败
![]()
/srv/BigData/namenode/current.bak 以root用户登录主NameNode节点，执行如下命令复制fsimage文件到备NameNode节点。 scp -rp /srv/BigData/namenode/current/ {备NameNode节点IP}:/srv/BigData/namenode/
来自：帮助中心 -
ALM-14022 NameNode RPC队列平均时间超过阈值
![]()
ALM-14022 NameNode RPC队列平均时间超过阈值 告警解释 系统每30秒周期性检测NameNode的RPC队列平均时间，并把实际的NameNode的RPC队列平均时间和阈值（默认为200ms）相比较。当检测到NameNode的RPC队列平均时间连续多次（默认为10次）超出阈值范围时，产生该告警。
来自：帮助中心 -
ALM-14007 NameNode堆内存使用率超过阈值
![]()
ALM-14007 NameNode堆内存使用率超过阈值 告警解释 系统每30秒周期性检测HDFS NameNode堆内存使用率，并把实际的HDFS NameNode堆内存使用率和阈值相比较。HDFS NameNode堆内存使用率指标默认提供一个阈值范围。当HDFS NameNode堆内存使用率超出阈值范围时，产生该告警。
来自：帮助中心 -
为什么主NameNode重启后系统出现双备现象
![]()
为什么主NameNode重启后系统出现双备现象 问题 为什么主NameNode重启后系统出现双备现象？ 出现该问题时，查看ZooKeeper和ZKFC的日志，发现ZooKeeper服务端与客户端（ZKFC）通信时所使用的session不一致，ZooKeeper服务端的sessio
来自：帮助中心 -
ALM-14013 NameNode FsImage文件更新失败
![]()
也说明备NameNode功能异常，导致NameNode的HA机制失效。一旦主NameNode故障，则整个HDFS服务将不可用。 可能原因 备NameNode被停止。 备NameNode实例运行状态异常。 备NameNode合并新的FsImage失败。 备NameNode数据目录空间不足。
来自：帮助中心 -
单NameNode长期故障时如何使用客户端手动checkpoint
![]()
单NameNode长期故障时如何使用客户端手动checkpoint 问题背景与现象 在备NameNode长期异常的情况下，会积攒大量的editlog，此时如果重启HDFS或者主NameNode，主NameNode会读取大量的未合并的editlog，导致耗时启动较长，甚至启动失败。
来自：帮助中心 -
ALM-14017 NameNode直接内存使用率超过阈值
![]()
NameNode（对应上报告警实例IP地址）”，单击图表区域右上角的下拉菜单，选择“定制 > 资源”，勾选“NameNode内存使用详情”。查看直接内存使用情况。 查看NameNode使用的直接内存是否已达到NameNode设定的最大直接内存的90%(默认阈值)。 是，执行4。 否，执行8。 在FusionInsight
来自：帮助中心 -
ALM-14014 NameNode进程垃圾回收（GC）时间超过阈值
![]()
击图表区域右上角的下拉菜单，选择“定制 > 垃圾回收”，勾选“NameNode垃圾回收（GC）时间”。查看NameNode每分钟的垃圾回收时间统计情况。 图1 NameNode垃圾回收（GC）时间 查看NameNode每分钟的垃圾回收时间统计值是否大于告警阈值（默认12秒）。 是，执行4。
来自：帮助中心 -
为什么NameNode UI上显示有一些块缺失
![]()
为什么NameNode UI上显示有一些块缺失 问题 回滚成功后，为什么NameNode UI上显示有一些块缺失？ 回答 原因：具有新id/genstamps的块可能存在于DataNode上。DataNode中的块文件可能具有与NameNode的回滚image中不同的生成标记和长
来自：帮助中心 -
为什么NameNode UI上显示有一些块缺失
![]()
为什么NameNode UI上显示有一些块缺失 问题 回滚成功后，为什么NameNode UI上显示有一些块缺失？ 回答 原因：具有新id/genstamps的块可能存在于DataNode上。DataNode中的块文件可能具有与NameNode的回滚image中不同的生成标记和长
来自：帮助中心 -
NameNode节点长时间满负载导致客户端无响应
![]()
NameNode节点长时间满负载导致客户端无响应 问题 当NameNode节点处于满负载、NameNode所在节点的CPU 100%耗尽时，导致NameNode无法响应，对于新连接到该NameNode的HDFS客户端，能够主备切换连接到另一个NameNode，进行正常的操作，而对
来自：帮助中心 -
NameNode节点长时间满负载导致客户端无响应
![]()
NameNode节点长时间满负载导致客户端无响应 问题 当NameNode节点处于满负载、NameNode所在节点的CPU 100%耗尽时，导致NameNode无法响应，对于新连接到该NameNode的HDFS客户端，能够主备切换连接到另一个NameNode，进行正常的操作，而对
来自：帮助中心 -
修改RPC端口后HDFS NameNode实例都变为备状态
![]()
修改RPC端口后HDFS NameNode实例都变为备状态 用户问题 通过页面更改NameNode的RPC端口，随后重启HDFS服务，出现所有NameNode一直是备状态，导致集群异常。 问题现象 所有NameNode都是备状态，导致集群异常。 原因分析 集群安装启动后，如果修改
来自：帮助中心
