【问题求助】关于硬盘预估寿命功能，系统运行48小时后web界面硬盘预估寿命显示--

[baominmin (kunlun_Baominmin)]

问题描述

系统运行48小时后web界面硬盘预估寿命显示–

环境信息

• 软件版本：OpenUBMC2509

重现步骤

1. 环境配置硬盘

2. 系统上电后运行48小时

3. 查看BMC存储管理界面硬盘信息

期望结果

显示预估寿命

实际结果

显示–

尝试过的解决方案

参考社区帖子

显示–表示支持获取预估寿命，但48h后仍未呈现数值，该功能逻辑涉及闭源，需要帮忙定位指导下

[ubmc_assistant (openUBMC_Assistant)]

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

硬盘预估寿命显示“–”问题分析与定位

针对您提出的 OpenUBMC2509 环境下系统运行 48 小时后 Web 界面硬盘预估寿命仍显示“–” 的问题，结合知识库中的实体信息、关系数据以及技术文档内容，现提供如下系统性分析和解决建议。

---

问题概述

• 问题现象：
  在 OpenUBMC2509 版本环境中，系统上电运行超过 48 小时后，Web 界面中物理硬盘的“预估寿命”字段仍显示为 --，而非具体的数值。

• 预期行为：
  对于支持 SMART 属性的硬盘（尤其是 NVMe SSD），BMC 应在满足一定时间条件后获取并计算出有效的预估寿命值，并在界面中正常展示。

• 实际表现：
  显示 -- 表明系统识别到了该属性存在，但未能更新为有效值。

---

核心机制解析

1. EstimatedRemainingLifespan 的状态定义

根据 Document Chunk 1 和 Search Result #1（CSR配置字典）可明确以下关键点：

值（十六进制）	值（十进制）	含义	Web 显示
0xFFFFFFFF	4,294,967,295	无效/未初始化	不显示此字段
0xFFFFFFFE	4,294,967,294	支持但暂无有效数据	显示 --

结论：
当前 Web 界面显示 -- 说明 BMC 已识别到该硬盘支持预估寿命功能，但尚未获取或计算出有效的生命周期数据。

---

2. 预估寿命生成逻辑（来自社区技术支持）

引用您提供的社区回复内容及日志分析：

“对于支持的盘，会在前 30 分钟内先设置为 0xFFFFFFFF，随后更新为 0xFFFFFFFE，Web 显示为 --。

• 新盘：约 24 小时后显示有效数值
• 老盘：需要约 48 小时才能呈现有效数值
  计算周期以 BMC 启动时间为起点，每 24 小时计算一次，插拔硬盘会清空历史记录。”

说明：

• “老盘”需更长时间积累使用数据进行寿命预测
• 若超过 48 小时仍未更新为有效值，则表示存在异常，可能原因包括：
  • 未正确读取 SMART 数据
  • 盘型不被算法支持
  • 相关服务未正常运行
  • SML 层或驱动未完成健康信息上报

---

涉及组件与数据流分析

1. 相关实体与属性

实体	说明
EstimatedRemainingLifespan	U32 类型字段，存储驱动剩余寿命（单位：月）
bmc.kepler.Systems.Storage.Drive.DriveSubHealth	包含 EstimatedRemainingLifespan、SLCSpareBlockPercentage 等健康子项的数据结构
PredictedMediaLifeLeftPercent	百分比形式表示媒体剩余寿命（0–100），SSD 关键指标
c_nvme	Lua 模块，负责初始化和管理 NVMe 设备，包含健康监控逻辑

2. 数据处理流程（推理自文档）

1. 物理盘接入 → 被 RAID 控制器 或 NVMe 协议栈 识别
2. SMART/Self-Monitoring 信息读取 → 通过 SML 层或 c_nvme 模块获取原始数据
3. 健康子项填充 → 调用 pd_identify_service:set_subhealth_default_values() 初始化默认值（0xFFFFFFFF）
4. 后台任务周期性计算 → 每 24 小时尝试更新 EstimatedRemainingLifespan
5. Web 前端渲染逻辑判断：
   • == 0xFFFFFFFF → 不显示该字段
   • == 0xFFFFFFFE → 显示 --
   • > 0 && < 0xFFFFFFFE → 显示具体数值（如剩余 X 个月）

---

常见原因分析

原因	判断方法	依据来源
硬盘本身不支持寿命上报	查看型号是否在支持列表中；检查 PredictedMediaLifeLeftPercent 是否为 null 或 255	KG 中 FORESEE RSYE385GT-480G 报告 PredictedMediaLifeLeftPercent 为 null
未完成足够周期的数据采集	重启 BMC 或插拔硬盘会重置计时器	社区反馈“插拔盘清除历史寿命”
BMA 2.0 未完全启动	Web 提示：“信息依赖 BMA 2.0 完全启动”	Document Chunk 1、KG 中明确指出需 BMA 2.0 启动
SML 接口调用失败	日志中无 sml.pd_log_write_subhealthy_info 成功记录	Document Chunk 1 提到此 API 是关键更新路径
闭源算法未触发或出错	错误日志在 base.lua 或 init.lua 中未体现	KG 显示 OpenUBMC2509 使用这些脚本做初始化日志输出

---

解决建议与排查步骤

步骤一：确认硬件兼容性

检查所用 SSD 是否具备 SMART 寿命属性：

# 示例：进入 BMC Debug Shell 查询 NVMe 健康状态
c_nvme get_health_info Disk0

关注输出中是否包含：

• PredictedMediaLifeLeftPercent
• PowerOnHours
• TotalBytesWritten

若以上字段为空或为 255，说明硬盘本身未提供寿命信息，BMC 无法计算。

---

步骤二：验证 BMA 2.0 是否运行完整

前往 系统管理 > 存储管理 页面顶部提示：

“此页面的信息依赖 RAID 卡带外管理功能，并且在系统引导完成后或安装并完全启动 BMA 2.0 才能显示。”

排查命令：

ps | grep bma
systemctl status bma-agent

修复动作：确保 BMA 2.0 正常安装并处于运行状态。否则即使硬件支持也无法获取健康数据。

---

步骤三：检查 EstimatedRemainingLifespan 实际值

使用 Redfish API 或后端接口直接查询原始数据：

GET /UI/Rest/System/Storage/Drives/Disk0

查看返回 JSON 中：

"EstimatedRemainingLifespan": 4294967294

• 若持续等于 4294967294，说明系统未更新为真实值。
• 应进一步检查日志中是否有周期性计算任务执行记录。

---

步骤四：查看相关日志线索

定位文件：

• storage/src/lualib/pd/pd_identify_service.lua
• rackmount/interface_config/web_backend/mapping_config/System/Storage.json
• dump_info/AppDump/host_agent/mdb_info.log（搜索 HeartBeatState、UpdateState）

重点关注：

• pcall(sml.pd_log_write_subhealthy_info, ...) 是否调用成功
• EstimatedRemainingLifespan 更新是否成功写入
• 是否存在 "HeartBeatState": 0（表示心跳异常）

---

步骤五：等待策略再验证

若您已确认：

• 使用的是“老盘”
• BMC 已连续运行 ≥48 小时
• 期间未重启或热插拔硬盘
• BMA 正常运行
• SMART 数据可读

仍显示 --，则表明：

预估寿命算法模块未正确执行或存在缺陷（可能是闭源部分逻辑异常）

建议联系 Sichuan Huakun Zhenyu Intelligent Technology Co., Ltd（OpenUBMC2509 开发维护方）技术支持，提交一键日志包和硬盘型号信息。

---

参考资料与链接

1. [CSR配置字典 - Drive类]

   • 定义了 EstimatedRemainingLifespan 默认值为 4294967295
   • 说明 4294967294 为“支持但无有效数据”
   • 链接

2. [社区论坛讨论帖]

   • 讨论相同问题：预估寿命显示 -- 的原因与超时机制
   • https://discuss.openubmc.cn/t/topic/1693

3. [Firmware SDK 商店页面]

   • openUBMC 2509sdk 版本下载与构建说明
   • https://www.openubmc.cn/marketplace/bmcsdk/25.09

4. BMA 依赖提示截图（见 Document Chunk 3）

   强调必须启动 BMA 2.0 才能获取完整存储信息。

---

总结

项目	结论
显示 -- 的含义	支持寿命预测，但尚未生成有效值
超过 48 小时仍未更新	属异常情况，需排查数据采集链路
主要影响因素	BMA 是否运行、硬盘是否支持、算法是否执行
是否建议升级	非必要，OpenUBMC2509 是主流稳定版本
下一步动作	提供日志 + 硬盘型号，联系开发方排查闭源模块

建议操作：
收集 mdb_info.log、host_agent 日志、Redfish 接口 /Storage/Drives 原始响应，并提交至 OpenUBMC 社区支持站 工单系统，附注本分析报告以加速定位。

---

如能提供具体硬盘型号（如是否为 FORESEE RSYE385GT-480G 或 SAMSUNG MZ7L33T8HLT-00B7C），可进一步判断设备兼容性。

相关链接：

1. RAID卡下SSD盘预估寿命信息有时候显示为--，有时候不显示该属性
2. BMC会偶发性出现iBMA丢失现象
3. 【storage】江波龙硬盘【LONGSYS】无硬盘剩余磨损率
4. 报废失败原因跟踪 SP升级咨询
5. CSR配置字典之Drive类 | 文档中心 | openUBMC

[yelmh_kno07 (huangminghao)]

需要给下 storage libmgmt_protocol的版本号 还有raid卡型号和 盘的产商和介质 接口类型，根据这些看下代码流程

[baominmin (kunlun_Baominmin)]

storage/1.80.118
libmgmt_protocol/1.81.6

RAID：
SP686C-M-16i 2G

[yelmh_kno07 (huangminghao)]

48小时期间BMC没有复位过吗，复位后会重新记录周期

[baominmin (kunlun_Baominmin)]

没有复位，方便的话可以传递下日志

[yelmh_kno07 (huangminghao)]

可以将日志传递给我 邮箱 huangminghao4@huawei.com

[baominmin (kunlun_Baominmin)]

日志已传递

[yelmh_kno07 (huangminghao)]

这个属性由RAS设置，storage返回数据给RAS 具体厂商 硬盘介质类型 接口类型 raid卡厂商 待确定后回复

[baominmin (kunlun_Baominmin)]

你好，请问问题有进展吗

[yelmh_kno07 (huangminghao)]

预估寿命信息没有变化为具体值，因为计算的关键指标“剩余磨损率”变化次数不满足计算要求。当上电时间小于1个月（720h）时判定为"新盘"，新盘可24h内显示具体值；否则判定为"老盘"，需要剩余磨损率变化2次。