UCenterE7401，管理的部分资源状态是未探测，不会自动同步资源信息

https://zhiliao.h3c.com/Theme/details/213897

参考这个看看

一、检查采集任务的调度配置

1. 登录 UCenter Web 界面。

2. 进入 监控 > 采集任务管理（或类似菜单，不同版本名称略有差异）。

3. 找到对应资源类型或资源组的采集任务，确认：

   • 任务状态：是否为“启用”。

   • 调度周期：是否设置了合理的采集周期（如 5 分钟）。

   • 关联资源：确认该任务确实包含了那些“未探测”的资源。

4. 如果发现任务被禁用或周期为空，重新启用并保存。

   常见情况：手动同步后，自动任务被意外停用。

二、检查采集器 Pod 的详细日志

虽然 Pod 显示 Running，但内部进程可能因特定资源报错而停滞。

1. SSH 登录 UCenter 的 Master 节点。

2. 列出所有采集器相关的 Pod（名称通常包含 collector、iom 或 probe）：

   kubectl -n service-software get po | grep -E "collector|iom|probe"

3. 查看出现问题的资源所属采集器 Pod 的日志（例如 iom-collector-java-xxx）：

   kubectl -n service-software logs --tail=200 <pod-name>

   搜索日志中与“未探测”资源 IP 或名称相关的错误信息。常见错误如：

   • SNMP timeout → 检查资源侧 SNMP 配置或防火墙。

   • connection refused → 协议端口不通。

   • authentication failed → 凭证错误。

4. 如果日志显示持续报错，可尝试重启该采集器 Pod（会短暂中断采集，但通常能恢复）：

   kubectl -n service-software delete pod <pod-name>

   Pod 会自动重建，重建后观察状态是否恢复。

三、检查资源侧的可达性与协议参数

即使“资源访问和连接测试正常”，但采集时使用的协议（如 SNMP、SSH、JMX 等）可能与测试时不同。

1. 在 UCenter 中，进入 资源管理 > 资源列表，找到目标资源。

2. 检查其“协议参数”：

   • SNMP 版本、community、端口是否正确。

   • 如果使用了 SSH，确认用户名/密码或密钥是否仍有效。

   • 检查该资源的 管理 IP 是否变更。

3. 如果有 VPN 实例，确认采集器是否正确关联了该 VPN。

四、检查时间同步（关键）

采集器与资源之间时间相差过大，可能导致认证或数据包被丢弃。

1. 在 UCenter 服务器上执行 date 查看系统时间。

2. 在被管资源上（如交换机、服务器）执行 date 或 display clock。

3. 若时间不一致，通过 NTP 服务同步。

五、清理采集缓存或数据库状态

有时采集状态在数据库中卡死，导致任务无法重新调度。

1. 方式一：在 UCenter Web 界面中，尝试“取消监控”再“重新添加”该资源（注意会丢失历史数据）。

2. 方式二：通过数据库工具（需技术支持协助）清理采集状态表，但普通用户不建议直接操作数据库。

3. 方式三：重启整个采集器的管理服务（风险较高，建议在业务低峰期执行）：

   kubectl -n service-software rollout restart deployment iom-collector-java或重启对应的 Deployment。

六、检查 UCenter 自身的日志中心

1. 登录 UCenter Web。

2. 进入 系统 > 日志管理 > 系统日志。

3. 筛选时间范围为问题发生时段，关键字为 collect、probe、failed 或对应资源 IP。

4. 查看是否有“采集器心跳丢失”、“任务调度失败”等异常。