主机运行状况不良。

最新推荐文章于 2024-08-09 14:58:02 发布

weixin_33968104

最新推荐文章于 2024-08-09 14:58:02 发布

阅读量1.3k

点赞数

CC 4.0 BY-SA版权

文章标签：大数据 python

原文链接：https://my.oschina.net/lwenhao/blog/3022319

2019独角兽企业重金招聘Python工程师标准>>>

Centos7 安装sdh集群，显示如下错误：

解决方法：

删除有问题节点下的lib/cloudera-scm-agent/下的cm_guid文件，然后重启

cd /opt/cloudera-manager/cm-5.14.1/lib/cloudera-scm-agent/
rm -rf cm_guid
./cloudera-scm-agent start

转载于:https://my.oschina.net/lwenhao/blog/3022319

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_33968104

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

【CDH】选定的 Parcel 正在下载并安装在群集的所有主机上主机运行状况不良

九师兄

02-23

6744

安装cdh 5.15.2的时候，因为下在的包MD5值，不对了，重新安装Parcel这一步。但是却报异常。现象通过Cloudera WEB界面安装Hadoop过程中，在安装Parcel步骤时，一个节点分配激活失败，报错信息显示”主机运行状况不良”，如下图所示。分析 CM的集群是Server-Agent模式的，那么必须有一个唯一的id来标识Server和Agent属于同一个集群，在Agent端...

处理不良 : Master 汇总： slave21（可用性：未知，运行状况：不良）. 该运行状况测试不良，因为 Service Monitor 未找到活动 Master。

萌兔兔MMQ！！

04-14

2462

错误：HBase服务出现该运行状况测试不良，因为 Service Monitor 未找到活动 Master 如果重启服务之后无法排除该问题，请执行如下操作（CM换成自己的版本号）： rm -f /opt/cloudera-manager/cm-5.10.1/lib/cloudera-scm-agent/cm_guid 每台机器都执行一遍，然后重启客户端代理,执行如下代码: /opt/cm-5.10.1/etc/init.d/cloudera-scm-agent start ...

参与评论您还未登录，请先登录后发表或查看评论

cloudera manage出现host是bad health

zyl26的专栏

11-21

3159

（1）检查是否可以ping通该host，先ping ip，然后pinghostname。（2）如果（1）通过，则可能是cloudera agent挂掉了。在badhealth的主机上执行 sudo/etc/init.d/cloudera-scm-agent status 查看状态，如果是dead，执行 sudo /etc/init.d/

CDH搭建大数据集群过程中的问题记录

zgj123456a的博客

08-09

348

之前初始化 namenode 在 /dfs/nn 留下了残留数据，从而影响再次初始化。手动格式化namenode，查看日志：hdfs namenode -format。删除agent目录下面的cm_guid文件，并重启失败节点的agent服务恢复。2. 主机名不要有 _ 等特殊字符, 否则CDH启动 agent会报错。清空残留数据后，重新初始化。

Hadoop 客户端长期运行造成Datanode 连接泄露, 0.21.0 仍然存在这问题

Developing Hadoop-based applications

09-09

190

上篇文章中说到我在Hadoop的50070的web页面增加了每个node的xceiver count，这个问题也是通过这个指标发现的。由于我的客户端从始至终都是一个Filesystem实例，因此在put完文件时java实例并不会销毁，客户端在运行较长时间后，发现每个Node的xceiver count值很高，当初以为是节点读写量比较大，但通过stack分析来看，却是写的线程比较多，难道又是...

datanode01：该主机已与 Cloudera Manager Server 建立联系。该主机未与 Host Monitor 建立联系。

CN_TangZheng的博客

12-03

1349

问题描述： 大数据平台的datanode01意外宕机，重启服务器后大数据平台告警，datanode01运行状况测试不良。问题分析： 1.检查angent状态：/etc/init.d/cloudera-scm-agent status 发现是active的 2.查看agent的日志： tail -f /var/log/cloudera-scm-agent/cloudera-scm-agent.log 发现报错，这事由于无法和server连接的报错信息解决办法：修改hosts文件：对比datanode0

CDH5 某机器节点每个角色都提示：此角色的主机的运行状况为存在隐患。以下运行状况测试存在隐患网络接口速度. 看看是不是网络问题

swing2008的专栏

09-21

9527

CDH5 某机器节点每个角色都提示：此角色的主机的运行状况为存在隐患。以下运行状况测试存在隐患网络接口速度. 看看是不是网络问题问题解决： 1、查找不是网络及网卡问题； 2、查看防火前状态（OS：RHEL7.3）发现防火墙是开着的 #systemctl status firewalld ● firewalld.service - firewalld - dynamic...

81. 消防主机运行记录表.pdf

10-30

3. **表格生效期**：这部分空白待填，意味着表格将在指定的日期区间内有效，用以记录相应时间段内的消防主机运行情况。 4. **序号**：用于区分记录的不同条目，便于管理和查找。 5. **部门**：记录出现问题的消防...

CDH网络接口速度错误

qq_43689775的博客

09-01

942

问题：存在隐患 : 以下网络接口似乎未以全速运行：virbr0-nic。2 主机网络接口似乎以全速运行。将网络接口收集排除正则表达式：^virbr，然后重启cdh，所有主机的警告就会消失。在这个问题中可以看到时关于virbr0-nic的错误提示，所以我们最后操做改的是。系统在下面提供了几个操作选择，但是这些操作可能无法解决这个问题。出现这个警告会导致很多组件的状态变成黄色，提示会有安全隐患。cdh安装完成后，似乎都会出现这个问题，提示存在隐患。3、如果还有别的解决办法，还有在评论区讨论，相互交流。

网络接口汇总

02-02

网络接口汇总

网络隐患扫描参考文献

02-23

本压缩文件包含了关于网络隐患扫描相关的文献集

主机状态运行不良

weixin_34301307的博客

03-15

1575

2019独角兽企业重金招聘Python工程师标准>>> ...

运行测试出现的问题

芝麻的博客

07-01

249

运行测试出现问题：原因是版本没有统一感谢：https://blog.youkuaiyun.com/john1337/article/details/53942237

Cloudera Manager CDH5 使用问题

跟着大数据和AI去旅行

01-25

9235

一、权限问题 1.HDFS权限问题在CDH上安装了HDFS，打开50070看到worknode正常，然后用了一个简单的上传文件到hdfs的代码，提示我：导入失败！异常信息：org.apache.hadoop.security.AccessControlException: Permission denied: user=John, access=WRITE, inode="/":

Cloudera Manager5问题之NTP问题

邹中凡

07-01

2万+

按照Cloudera 的官方建议，所有的CDH节点和Cloudea Manager节点都需要启动ntpd服务。要不然会报如下错误： 1）此角色的主机的运行状况为不良。以下运行状况测试不良：时钟偏差. 2）The host’s NTP service is not synchronized to any remote server.解决方法如下：先配置一台NTP服务，然后所有的CDH节点都

HDFS 运行状况检测

chenzl的专栏

10-30

4519

HDFS Canary 这是HDFS 服务范围(service-wide)运行状况(Healthy)检测,检查基本的客户端操作和操作完成是否在合理的时间内; 此测试报告周期运行"canary"测试的结果,按以下顺序操作创建文件,默认路径/tmp/.cloudera_health_monitoring_canary_timestamp canary测试会往文件里写入一些数据,然后读取这些数据并验...

cm之间通讯测试小结

xwchen的专栏

03-13

683

cm的分机号码之间通过trunk可以互通，分支的cm通过总部的route拨打pstn，分支的cm只能通过配置路由器上的h323网关去拨打，mgcp网关好像不行。

通过命令来查看NameNode的状态（是Active还是Standby）

最新发布

03-13

<think>嗯，用户之前问了关于Cloudera Manager权限的问题，现在又遇到了CDH安装Parcel时主机状态不良的问题。这两个问题都属于Cloudera集群部署中的常见错误，可能用户正在搭建CDH集群，遇到了安装过程中的障碍。需要先理解用户当前的问题场景：在安装Parcel时，主机状态显示不良，导致安装失败。首先，用户可能对CDH的安装流程不太熟悉，特别是在处理主机状态检查时。Cloudera Manager在安装Parcel之前会对集群的主机进行一系列健康检查，如果这些检查未通过，安装就会中断。接下来要分析可能导致主机状态不良的原因，可能涉及网络、服务状态、资源限制、配置错误等。用户可能已经按照官方文档进行了安装，但在某些步骤中出现了问题，比如主机间的通信问题，或者系统配置不符合要求。需要考虑到用户的环境，例如是否在云环境或物理机，操作系统版本，防火墙设置，SELinux状态，时间同步等。接下来需要分步骤思考可能的原因和解决方案。例如，检查Cloudera Manager Agent的状态，确认主机是否正常注册；检查网络连通性，特别是端口是否开放；查看系统资源，如内存、磁盘空间是否足够；确认时间同步是否配置正确；检查防火墙或SELinux是否阻止了必要的通信；还有可能需要检查主机的主机名解析是否正确，避免使用localhost或错误的FQDN。此外，用户可能在之前的步骤中遗漏了某些配置，比如SSH免密登录设置，或者目录权限问题。需要指导用户查看相关日志，如Cloudera Manager的日志，主机的agent日志，以及parcel分发日志，以获取具体的错误信息。可能用户已经尝试过重启服务或重新安装，但问题依旧存在。因此需要系统性地列出可能的原因，并提供对应的解决步骤，帮助用户逐一排查。同时，考虑到用户可能不太熟悉Linux系统管理，需要用简洁明了的命令和步骤，避免过于复杂的操作。最后，需要提醒用户如果自行排查困难，可以参考官方文档或寻求社区支持，确保问题能够彻底解决，避免安装过程中的其他潜在问题。</think>在 CDH 集群安装过程中，若出现 **“正在安装选定 Parcel 时显示主机状况运行不良”** 的报错，通常是由于 **主机健康检查未通过** 或 **基础环境配置不符合要求** 导致。以下是系统性排查和解决方案： --- ### **1. 检查主机健康状态** #### **(1) 查看 Cloudera Manager 主机状态** - 登录 Cloudera Manager Web 控制台，进入 **Hosts > All Hosts**。 - 检查每台主机的状态图标： - **红色警告**：关键问题（如 Agent 未运行、资源不足）。 - **黄色警告**：次要问题（如时间不同步、未启用透明大页）。 #### **(2) 修复常见健康检查项** | **检查项** | **修复方法** | |--------------------------|-----------------------------------------------------------------------------| | **Cloudera Management Service 未运行** | 启动服务：`sudo systemctl restart cloudera-scm-server cloudera-scm-agent` | | **主机时钟不同步** | 启用 NTP 同步：`sudo ntpdate <NTP服务器>`，并配置 `/etc/ntp.conf` | | **透明大页（THP）未禁用**| 禁用 THP：<br>`echo never > /sys/kernel/mm/transparent_hugepage/enabled`<br>`echo never > /sys/kernel/mm/transparent_hugepage/defrag` | | **交换分区（Swap）未禁用**| 临时禁用：`sudo swapoff -a`<br>永久禁用：注释 `/etc/fstab` 中的 swap 行 | --- ### **2. 验证网络连通性** #### **(1) 检查主机间通信** 确保所有节点之间可通过 **主机名/FQDN** 互相访问： ```bash # 在每台主机上测试（示例） ping -c 3 <其他主机名> ``` - **若无法解析主机名**：更新 `/etc/hosts` 或 DNS 配置，确保所有节点的主机名一致。 #### **(2) 检查端口开放** CDH 依赖特定端口（如 **7180, 7182, 8020, 8485** 等）。验证防火墙是否放行： ```bash # 临时关闭防火墙（测试用） sudo systemctl stop firewalld # CentOS/RHEL sudo ufw disable # Ubuntu # 或放行端口 sudo firewall-cmd --zone=public --add-port=7180/tcp --permanent sudo firewall-cmd --reload ``` --- ### **3. 检查 Cloudera Agent 状态** #### **(1) 确认 Agent 正常运行** ```bash # 在所有节点执行 sudo systemctl status cloudera-scm-agent ``` - 若未运行：启动并加入开机自启： ```bash sudo systemctl start cloudera-scm-agent sudo systemctl enable cloudera-scm-agent ``` #### **(2) 查看 Agent 日志** 检查日志中的错误细节： ```bash tail -f /var/log/cloudera-scm-agent/cloudera-scm-agent.log ``` 常见问题： - **无法连接 Cloudera Manager Server**：检查 Server 的 `7180` 端口是否开放。 - **证书错误**：重新生成证书或同步时间。 --- ### **4. 修复 Parcel 分发问题** #### **(1) 检查 Parcel 存储目录权限** 默认 Parcel 目录为 `/opt/cloudera/parcels`，确保权限正确： ```bash sudo chown -R cloudera-scm:cloudera-scm /opt/cloudera sudo chmod -R 755 /opt/cloudera ``` #### **(2) 手动分发 Parcel（可选）** 若自动分发失败，可手动操作： 1. 从 CM 界面下载 Parcel 的 `.parcel` 和 `.sha1` 文件。 2. 上传到所有节点的 `/opt/cloudera/parcel-repo` 目录。 3. 在 CM 界面点击 **分配 > 激活**。 --- ### **5. 验证系统资源** #### **(1) 磁盘空间不足** 检查 `/opt`、`/var` 等分区是否空间不足： ```bash df -h ``` - 清理旧日志或扩容磁盘。 #### **(2) 内存或 CPU 过载** 检查资源使用情况： ```bash free -h top ``` - 关闭非必要进程，或扩容主机资源。 --- ### **6. 检查 SELinux 和 AppArmor** #### **(1) 临时禁用 SELinux** ```bash sudo setenforce 0 # 临时生效 sudo vi /etc/selinux/config # 永久生效：SELINUX=disabled ``` #### **(2) 禁用 AppArmor（Ubuntu）** ```bash sudo systemctl stop apparmor sudo systemctl disable apparmor ``` --- ### **7. 重置集群状态（终极方案）** 若以上步骤无效，尝试重置环境： 1. 停止所有服务并清理数据： ```bash sudo systemctl stop cloudera-scm-agent sudo rm -rf /var/lib/cloudera-* /var/log/cloudera-* /opt/cloudera ``` 2. 重新安装 Cloudera Manager Agent： ```bash sudo yum reinstall cloudera-manager-agent # CentOS/RHEL sudo apt-get install --reinstall cloudera-manager-agent # Ubuntu ``` --- ### **排查流程图** ```mermaid graph TD A[主机状态不良] --> B{检查健康状态} B -->|Agent 未运行| C[启动 Agent] B -->|时间不同步| D[配置 NTP] B -->|THP/Swap 未禁用| E[修改内核参数] A --> F{检查网络} F -->|主机名解析失败| G[更新 hosts/DNS] F -->|端口阻塞| H[放行端口] A --> I{检查资源} I -->|磁盘不足| J[清理或扩容] I -->|内存/CPU 不足| K[优化或扩容] A --> L{检查权限} L -->|Parcel 目录权限错误| M[修复目录权限] L -->|SELinux/AppArmor 拦截| N[禁用安全模块] ``` --- ### **注意事项** - **日志优先**：始终通过 `/var/log/cloudera-scm-agent/` 和 Cloudera Manager 界面日志定位具体错误。 - **批量操作**：使用 Ansible 或 Shell 脚本在多台主机上批量执行命令。 - **版本兼容性**：确认操作系统版本、JDK 版本与 CDH 版本兼容（如 CDH 6.x 需 JDK 8）。通过以上步骤可解决大多数“主机状况运行不良”问题。若仍报错，建议提供具体日志内容进一步分析。