告警解释

系统每60秒周期性检测ZooKeeper服务状态，当检测到ZooKeeper服务不可用时产生该告警。

ZooKeeper服务恢复时，告警清除。

告警属性

告警参数

对系统的影响

ZooKeeper无法为上层组件提供协调服务，依赖ZooKeeper的组件可能无法正常运行。

可能原因

• ZooKeeper节点上安装了DNS。
• 网络故障。
• KrbServer服务异常。
• ZooKeeper实例状态异常。
• 磁盘容量不足。

处理步骤

检查DNS

1. 查看ZooKeeper实例所在节点上是否安装DNS。在ZooKeeper实例所在Linux节点使用命令 cat /etc/resolv.conf ，看该文件是否为空。

• 是，执行步骤2。
• 否，执行步骤3。

2. 运行命令service named status查看DNS是否启动。

• 是，执行步骤3。
• 否，执行步骤5。

3. 运行命令service named stop将DNS服务停掉，如果出现“Shutting down name server BIND waiting for named to shut down (28s)”结果，即说明DNS服务停止成功。然后将“/etc/resolv.conf”文件的内容（若不为空）全部注释。
4. 在“运维 > 告警 > 告警”页签，查看该告警是否恢复。

• 是，处理完毕。
• 否，执行步骤5。

检查网络状态

5. 在ZooKeeper实例所在Linux节点使用ping命令，看能否ping通其他ZooKeeper实例所在节点的主机名。

• 是，执行步骤9。
• 否，执行步骤6。

6. 修改“/etc/hosts”中的IP信息，添加主机名与IP地址的对应关系。
7. 再次执行ping命令，查看能否在该ZooKeeper实例节点ping通其他ZooKeeper实例节点的主机名。

• 是，执行步骤8。
• 否，执行步骤23。

8. 在“运维 > 告警 > 告警”页签，查看该告警是否恢复。

• 是，处理完毕。
• 否，执行步骤9。

检查KrbServer 服务状态（普通模式集群跳过此步骤）

9. 在FusionInsight Manager首页，选择“集群 > 待操作集群的名称 > 服务”。
10. 查看KrbServer服务是否正常。

• 是，执行步骤13。
• 否，执行步骤11。

11. 参考“ALM-25500 KrbServer服务不可用”进行处理，查看KrbServer服务是否能够恢复。

• 是，执行步骤12。
• 否，执行步骤23。

12. 在“运维 > 告警 > 告警”页签，查看该告警是否恢复。

• 是，处理完毕。
• 否，执行步骤13。

检查ZooKeeper服务实例状态

13. 在FusionInsight Manager首页，选择“集群 > 待操作集群的名称 > 服务 >ZooKeeper > quorumpeer”。
14. 查看ZooKeeper各实例是否正常。

• 是，执行步骤18。
• 否，执行步骤15。

15. 选中运行状态不为良好的实例，选择“更多 > 重启实例”。
16. 查看实例重启后运行状态是否为良好。

• 是，执行步骤17。
• 否，执行步骤18。

17. 在“运维 > 告警 > 告警”页签，查看该告警是否恢复。

• 是，处理完毕。
• 否，执行步骤18。

检查磁盘状态

18. 在FusionInsight Manager首页，选择“集群 > 待操作集群的名称 > 服务 >ZooKeeper > quorumpeer”查看ZooKeeper实例所在的各节点主机信息。
19. 在FusionInsight Manager首页，单击“主机”。
20. 在“磁盘”列，检查ZooKeeper实例所在的各节点数据磁盘空间是否不足（使用率超过百分之80）。

• 是，执行步骤21。
• 否，执行步骤23。

21. 参考“ALM-12017 磁盘容量不足”进行处理，对磁盘进行扩容。
22. 在“运维 > 告警 > 告警”页签，查看该告警是否恢复。

• 是，处理完毕。
• 否，执行步骤23。

收集故障信息

23. 在FusionInsight Manager界面，选择“运维 > 日志 > 下载”。
24. 在“服务”中勾选待操作集群的如下节点信息。（普通模式集群不需要下载KrbServer日志。）

• ZooKeeper
• KrbServer

25. 单击右上角的设置日志收集的“开始时间”和“结束时间”分别为告警产生时间的前后10分钟，单击“下载”。
26. 请联系运维人员，并发送已收集的故障日志信息。

告警清除

此告警修复后，系统会自动清除此告警，无需手工清除。

参考信息

无。