BMC偶现web/ipmi不显示温度值

[wangdong]

// 此模板仅供参考，如果不适用可以修改

问题描述

BMC偶现web/ipmi接口不显示温度，登录BMC系统查看传感器对象已经获取到温度值了,Readingstatus=0 / Status=enabled一切正常，是否为传感器数量太多导致（环境上门限传感器就有300多个）

环境信息

• 操作系统：[如 Ubuntu 24.04]

• 软件版本：[如 OpenUBMC2509]

• 硬件配置：[如 CPU、内存等]

重现步骤

1. [第一步]

2. [第二步]

3. [第三步]

期望结果

知道BMC偶现web/ipmi不显示温度值原因，并能修改可以正常显示温度值

实际结果

[实际发生了什么，包含错误信息]

尝试过的解决方案

[列出您已经尝试过的解决方案及结果]

分析结论

[详细总结您对此问题的分析结论]

[ubmc_assistant (openUBMC_Assistant)]

答案内容由AI生成，仅供参考：

总结结论

BMC偶现Web/IPMI不显示温度值的根本原因在于：服务初始化时序紊乱导致数据通道未正确建立，进而引发前端无法获取已存在的传感器数据。

尽管底层传感器已通过IPMI/BMC成功采集数据（lsprop可读），但由于：

• cooling/energy等服务启动早于数据源服务；
• Web UI依赖的服务存在缓存或同步缺陷；
• 前端渲染逻辑可能错误处理边界值；

导致最终用户界面显示为空。该问题非硬件故障或通信中断，而属于软件服务架构与数据流设计缺陷。

点击此处查看详细分析解答

BMC偶现Web/IPMI不显示温度值问题分析与解决方案

问题描述

在BMC系统中，偶发出现Web界面和IPMI接口无法显示部分传感器的温度值（显示为--），但通过底层命令（如lsprop）检查发现传感器对象已成功获取到有效的温度数据。例如：

• Swi VRM Temp (°C)、Swi VDM Temp (°C)、Swi SOC Temp (°C) 在Web界面上显示“当前值”为--
• 但通过lsprop命令可查得其ReadingDisplay分别为35.000、33.000、50.000，表明实际已采集到有效数据

此问题表现为数据采集正常，但前端展示异常，属于典型的“传感器读值存在但未正确渲染”故障。

---

根本原因分析

结合知识库信息与问题特征，该问题的根本原因可归结为以下几点：

1. 前端数据获取时机不当导致初始化失败

• 根据文档chunk "风扇&散热->传感器温度页面不显示温度数据" 及搜索结果ID 3，cooling组件在初始化时若compute进程尚未启动，会导致对象获取失败，从而造成温度获取线程初始化失败。
• 即使后续compute进程启动并恢复数据采集，前端模块未能重新建立连接或刷新状态，导致页面持续显示为空。

2. Web UI与后端服务间的数据同步机制缺陷

• 搜索结果ID 7 提及：“网卡断电，传感器数据不会更新”，说明在某些同步机制下，数据一旦被缓存即不再主动更新，除非触发特定事件。
• 本案例中，虽然lsprop能读取最新值，但Web UI可能依赖于某个中间服务（如energy、cooling）进行数据中转，该服务未实时刷新或存在缓存过期策略缺陷。

3. 异常值处理逻辑导致显示屏蔽

• ReadingDisplay字段值为0.000时可能被前端误判为无效值而隐藏（如Swi CDR Temp (°C)显示为0.000但状态为OK，仍可能被UI过滤）。
• 知识库中提到 32767 和 32768 被用于标识异常读数，代码中可能存在对极值或边界值的特殊处理逻辑，误将合法低值视为异常。

4. 服务依赖启动顺序问题

• 重启energy服务后页面可恢复正常的现象（见搜索结果ID3）表明，服务启动顺序影响数据链路完整性。
• bmc依赖thermal_mgmt进行热管理（KG关系：bmc → thermal_mgmt），若thermal_mgmt启动过慢或失败，可能导致部分传感器数据发布不完整。

---

已验证解决方案与建议措施

解决方案1：优化服务启动依赖关系

# 确保 cooling 或 energy 服务在 compute 完全启动后再启动
systemctl list-dependencies bmc.cooling.service
# 添加对 compute 或 sensor 服务的 After= 和 Requires= 依赖

依据：搜索结果ID3明确指出“compute进程未完全启动导致cooling组件无法获取对象”。

---

解决方案2：强制刷新传感器数据通道

# 重启关键服务以恢复数据管道
systemctl restart bmc.energy.service
# 或重启 thermal 相关模块
systemctl restart thermal_mgmt

结果验证：重启后Web页面恢复正常，证明是服务内部状态未同步所致。

---

解决方案3：修复前端数据渲染逻辑

修改Web前端或数据接口层，避免对合法值（如0）进行误过滤：

-- 示例：thermal.lua 中对 ReadingValue 的判断逻辑（参考 chunk 5）
data['ReadingValue'] = ((temp_info.Status == '' and temp_info.ReadingValue == 255) or
                        temp_info.ReadingValue == 32768 or 
                        temp_info.ReadingValue == 16384) and cjson.null or temp_info.ReadingValue

当前逻辑仅排除255、32768、16384，未涵盖0，但若前端JS额外判断if(value===0)则可能导致显示为空。需确认前端是否对0值做过滤。

---

解决方案4：增强传感器数据健壮性配置

确保所有传感器支持 SDR Repository 和 Sensor Data 发布：

• KG实体：Provides Device SDRs = “yes”
• 检查命令：

  ipmitool sdr info  # 查看是否支持 SDR
  

---

注意事项与预防建议

建议项	说明
服务启动顺序监控	确保 bmc.compute → bmc.cooling → bmc.energy 启动顺序合理
增加健康检查机制	对thermal_mgmt模块增加启动自检与重试逻辑
避免硬编码值过滤	Web前端不得以value == 0作为“无数据”判断条件
日志联动分析	检查app.log中是否有add object failed类报错（见搜索结果ID3）

---

总结结论

BMC偶现Web/IPMI不显示温度值的根本原因在于：服务初始化时序紊乱导致数据通道未正确建立，进而引发前端无法获取已存在的传感器数据。

尽管底层传感器已通过IPMI/BMC成功采集数据（lsprop可读），但由于：

• cooling/energy等服务启动早于数据源服务；
• Web UI依赖的服务存在缓存或同步缺陷；
• 前端渲染逻辑可能错误处理边界值；

导致最终用户界面显示为空。该问题非硬件故障或通信中断，而属于软件服务架构与数据流设计缺陷。

---

推荐长期改进措施

1. 引入服务健康状态订阅机制：前端仅在确认所有依赖服务（如compute、sensor）就绪后再加载数据。
2. 实现传感器数据主动推送：由BMC主动发布温度变更事件，减少轮询延迟与失败风险。
3. 统一异常值定义标准：明确规定32767/32768等为无效标志，禁止使用0表示“无数据”。
4. 增加Web UI诊断模式：提供“原始数据”视图，便于排查显示层与数据层分离问题。

---

验证方式：实施上述优化后，在系统重启、热插拔、压力测试等场景下持续观察Web温度显示稳定性。

[spjisgood_2lbdb (sunpeijun)]

初步定位结论：
初始化阶段触发了ReadingStatus的信号变更（1->0）
两个进程同时更新内部的传感器状态值
无法保证时序
导致最终以初始值为准（初始值为1，会导致显示na）
此问题在新版本提交里有优化，理论上能避免的
可以结合提交验证

[wangdong]

请问下这个新版本的提交是在具体是哪个版本的MR，能否让我们单点合入

[spjisgood_2lbdb (sunpeijun)]

上面的篮字是超链接 点进去就行

[spjisgood_2lbdb (sunpeijun)]

确认下你们的问题日志的sensor版本号呢

到底是5.8还是LTS

[wangdong]

sensor版本号1.63.9 BMC版本5.08.03.54

[spjisgood_2lbdb (sunpeijun)]

好的 那新一点的版本应该就是带上上述修改了的