【NVME盘获取不到smart信息】

zhaower · 2026 年3 月 9 日 02:46

背景：华为1230版本

现象：NVME盘获取不到Smart信息

求助：请问是否有已知问题

目前定位情况：

1）现象：

2）硬件拓扑图

3）日志发现mctp over smbus建链失败，提前退出，没有走到更新smart信息流程

R2480V2_123456_20250207-1344.tar.split.zip.003.txt (4.2 MB)

R2480V2_123456_20250207-1344.tar.split.zip.002.txt (5 MB)

R2480V2_123456_20250207-1344.tar.split.zip.001.txt (5 MB)

ubmc_assistant · 2026 年3 月 9 日 02:50

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

六、结论

项目	结论
是否已知问题？	是，属于 MCTP链路未建立导致SMART信息获取失败的典型场景
是否为版本兼容问题？	很可能。旧版本（1230）可能不支持当前NVMe盘的 NVMe-MI 协议适配
主要根因	MCTP endpoint 未建立 → NVMe-MI 无法通信 → SMART 数据未更新
根本解决路径	1. 升级 openUBMC 到支持版本 2. 确保 MCTP Routing 正常 3. 确保 storage 注册了 Transport

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

NVMe盘获取不到SMART信息问题分析与解决建议

根据您提供的信息，当前在华为1230版本系统中存在NVMe硬盘无法获取SMART健康信息的问题。以下是基于已知上下文的全面分析与建议。

一、问题现象总结

设备背景：华为iBMC环境，版本1230
核心现象：
- NVMe硬盘的SMART信息未能正常获取或显示异常（多数字段为255或4294967295，表示无效/未获取）
- 日志显示MCTP建链流程失败，未进入SMART信息更新逻辑
典型日志特征：
```
ZZZ update_nvme_smart_log_info
ZZZ obj.nvme_mi_mctp_obj table: 0x50a0e23338a0 obj.nvme_mi_mctp_obj.nvme_mi_obj ntl
```
ntl 表示 nil to lightuserdata 转换失败，可能因底层协议调用中断或对象初始化失败。

数据异常示例：

bmc.kepler.Systems.Storage.Drive.NVMe.SMART {
  AvailableSpare = 255,
  CriticalWarning = 255,
  UsedPercentage = 255,
  Status = 0
}

上述值表明：虽然状态为Active（Status=0），但关键健康指标缺失或非法。

二、根本原因分析

1. MCTP over SMBus 通信建链失败

关键线索：

您的日志显示：

function c_drive:update_nvme_smart_log_info(obj)
    if not obj.nvme_mi_mctp_obj or not obj.nvme_mi_mctp_obj.nvme_mi_obj then
        return
    end

表明：obj.nvme_mi_mctp_obj.nvme_mi_obj 为空（或为 ntl），说明 NVMe-MI over MCTP 通信对象未成功创建。

日志提示“mctp over smbus建链失败，提前退出”，这说明：
- 系统尝试通过 SMBus通道建立MCTP endpoint 以访问NVMe设备
- 但通信链路创建失败，导致后续 GetSmartInfo 等SMART获取流程无法执行

影响范围：

所有依赖 MCTP-over-SMBus 协议获取带外管理信息的NVMe盘
若 PCIe 上的 MCTP endpoint 未建立，则无法访问NVMe-MI（Management Interface）

2. NVMe-MI 协议支持缺失或未启用

背景知识（来自知识库）：

NVMe-MI (NVM Express Management Interface) 是用于带外（out-of-band）监控和管理NVMe SSD的标准协议。
必须通过以下方式实现：
- 支持 MCTP over PCIe 或 MCTP over SMBus
- NVMe设备固件需支持 NVMe-MI 功能
- 系统需正确建立 MCTP transport 和 endpoint
在 OpenUBMC 中，mctpd 负责建立 MCTP 链路，storage 组件通过其调用 GetSmartInfo 获取SMART数据

当前问题点：

Endpoint未建立 → get_nvme_smart_info() 失败 → SMART字段填充默认/异常值（如255）

3. 可能的协议适配问题

根据知识库文档：

“全新的未适配过的NVMe盘可能需要适配NVME-mi/SSD-Format协议。”
——《硬盘背板开发指南》

若该NVMe盘是新型号（例如 Samsung PM9D3A 已在 openUBMC 25.09 支持，但您使用的是 1230 版本），可能存在：
- 缺少对应的 nvme_mi_standard 协议适配
- VPD 中无协议识别信息，导致协议解析失败
- 不支持 MCTP over SMBus 模式（仅支持 PCIe）

三、定位与排查建议

排查步骤清单

步骤	操作	预期结果
1	检查是否有 MCTP PCI Endpoint 建立	`busctl --user introspect bmc.kepler.storage /bmc/kepler/Systems/1/Mctp/Endpoint` 应包含对应PCIe地址的endpoint
2	检查 `mctpd` 是否完成自发现流程	日志查看是否有 `set owner_eid`, `set bmc_eid`, `add routing entry` 成功记录
3	确认 Transport 是否注册	storage 组件必须注册对应物理地址的 `Transport`，否则不会创建endpoint
4	检查 NVMe 盘是否支持 NVMe-MI	使用 `lspci -vvv -s <BDF>` 查看是否列出 `Management Sideband` 或 `MCTP` 能力
5	检查 VPD 中是否有协议标识	查看 `VirtualVPDConnect` 对象是否读取到正确协议信息并更新至 `Connector_ComVPD.AuxId`
6	确认是否使用了SMBus降级路径	PCIe链路异常时会降级使用SMBus，但部分NVMe盘仅支持PCIe-MCTP

四、已知问题与版本建议

已知相关问题（来自知识库）

MCTP Endpoint 创建依赖路由表
- mctpd 只有在从 IMU 获取到有效的 routing entry 后才会创建 Endpoint
- 如果 没有路由信息返回，即使 Transport 已注册，也不会创建 Endpoint
- 日志应含：start update route table 和 add routing entry
OpenUBMC 新增 NVMe 支持情况
- 在 openUBMC 25.09 版本 中明确新增了对 Samsung PM9D3A、Memblaze PBlaze7、Solidigm D7-PS1010 等 NVMe 盘的支持
- 若您的 1230 版本早于该版本，很可能尚未适配您的NVMe型号
协议库支持
- libmgmt_protocol.nvme_mi_standard 必须启用才能支持标准 SMART 信息获取
- 若未配置正确协议对象，get_pd_sas_smart_info 类接口将返回空

五、解决方案建议

1. 升级至支持更强的 openUBMC 版本

建议升级到 openUBMC 25.09 或更高版本，确认：
- 是否已支持您使用的NVMe型号（如 PM9D3A）
- 是否完善了 NVMe-MI over MCTP 协议栈支持

2. 检查 MCTP 路由是否建立成功

# 查看路由对象
busctl --user tree bmc.kepler.mctpd | grep Routing

若缺少对应物理地址（如 RootBDF="0000:72:04.0"）的 routing entry，则说明 IMU 未返回路径

3. 确认 storage 是否注册了 Transport

storage 组件需调用 mctp_lib.get_endpoint_and_transport() 注册 transport
若未注册，mctpd 不会创建 endpoint

4. 确认 NVMe 固件是否支持 NVMe-MI

某些消费级 NVMe（如 M.2）不支持带外管理协议
企业级 NVMe（如 U.2、E3.S）通常支持，需确认规格书是否支持 NVMe-MI v1.1+

5. 强制测试 PCIe-MCTP 链路（优于 SMBus）

若硬件支持，优先配置使用 MCTP over PCIe，避免 SMBus 带宽和稳定性问题
配置 OOB_TYPE_OVER_PCIE 类型通信（参考 sml.OOB_TYPE_OVER_PCIE）

6. 代码级修复建议

在 c_drive:update_nvme_smart_log_info 中增加更多日志定位点：

log:notice("ZZZ nvme_mi_obj type: %s", type(obj.nvme_mi_mctp_obj.nvme_mi_obj))
if not obj.nvme_mi_mctp_obj then
    log:error("ZZZ Missing nvme_mi_mctp_obj!")
elseif not obj.nvme_mi_mctp_obj.nvme_mi_obj then
    log:error("ZZZ Missing nvme_mi_obj! Protocol adapter not loaded?")
end

六、结论

项目	结论
是否已知问题？	是，属于 MCTP链路未建立导致SMART信息获取失败的典型场景
是否为版本兼容问题？	很可能。旧版本（1230）可能不支持当前NVMe盘的 NVMe-MI 协议适配
主要根因	MCTP endpoint 未建立 → NVMe-MI 无法通信 → SMART 数据未更新
根本解决路径	1. 升级 openUBMC 到支持版本 2. 确保 MCTP Routing 正常 3. 确保 storage 注册了 Transport

七、参考文档

《openUBMC 25.09 版本发布》 - 新增对 Samsung PM9D3A 等 NVMe 的支持
《mctpd使用说明》 - MCTP endpoint 创建机制
《硬盘背板开发指南》 - NVMe 协议适配要求
《南向硬件协议库》 - nvme_mi_standard 协议定义
《storage组件说明》 - MCTP与NVMe通信流程

如果您能提供以下信息，可进一步精准定位：

mctpd 日志中是否有 add routing entry 对应 0000:72:04.0 的记录？
NVMe盘具体型号（是否在 openUBMC 25.09 支持列表内）？
是否确认该盘支持 NVMe-MI 协议？

如需继续深入，建议升级系统版本或联系华为技术支持提供补丁包。

yelmh_kno07 · 2026 年3 月 9 日 03:53

需要看该nvme盘是否支持mctp
日志在该函数内

function c_nvme:check_support_mctp()
    local ok, capcacity = pcall(function ()
        local hex_str = utils.to_hex(self.VPDChip:Read(ctx.get_context_or_default(), 0, 250))
        local number_arr = string_split(hex_str, ' ', 16)
        return number_arr
    end)
    if not ok or not capcacity then
        log:error('Nvme:%s read chip failed, err:%s', self.Slot, capcacity)
        return false
    end
    local support
    if capcacity[capcacity[VENDOR_SPECIFIC] * 8 + 1] == MULTIRECORDAREA then
        if capcacity[(capcacity[VENDOR_SPECIFIC] * 8 + 1) + 64] == PORTMULTIRECORD then
            -- 该字节为12时，再偏移10字节的数值为是否支持mctp
            support = capcacity[(capcacity[VENDOR_SPECIFIC] * 8 + 1) + 64 + 10]
        end
    elseif capcacity[capcacity[VENDOR_SPECIFIC] * 8 + 1] == PORTMULTIRECORD then
        support = capcacity[(capcacity[VENDOR_SPECIFIC] * 8 + 1) + 10]
    end
    if support ~= MCTP_SUPPORT and self.Model ~= 'DAPUSTOR DPHV5508T0TB06T4000' then
        log:error('not support nvme mi over mctp, Slot: %s, support: %s', self.Slot, support)
        return false
    end
    log:notice('support nvme mi over mctp, Slot: %s, support: %s', self.Slot, support)
    return true
end

zhaower · 2026 年3 月 9 日 05:51

支持mctp:

另外，华为内部的NVME盘能获取到smart信息吗？看起来是共性问题呢？

yelmh_kno07 · 2026 年3 月 9 日 06:42

那就看endpoint是否创建成功，这个出问题一般都是盘的固件版本不支持或者没开启该nvmemi特性

log:notice('creat disk%s endpoint successfully', self.nvme.Slot) // mctp over pcie
log:notice('build mctp over smbus success, count: %s', count) // mctp over smbus

zhaower · 2026 年3 月 9 日 07:17

日志中没搜到，应该是创建失败了。可能是在create_mctp_endpoint_for_smbus中pcall(mctp_lib.get_endpoint_and_transport)卡住了：因为create_mctp_endpoint_for_smbus中的所有日志都没有打印

yelmh_kno07 · 2026 年3 月 10 日 02:50

看你发的日志是chip走smbus发送请求失败了需要框架配合定位我让他们看下

zhaower · 2026 年3 月 10 日 03:02

支持MCTP的直通NVMe获取不到SMART信息 - #14，来自 zhaower 是否和这个帖子情况一样

lisongwei · 2026 年3 月 12 日 06:28

当前smc在扩展的i2c通道，mctp over smbus over smc，需要smc硬件支持mctp over smbus主从切换，目前smc硬件还未支持该功能，导致信息获取失败

zhaower · 2026 年3 月 12 日 06:32

我看nvme硬盘获取smart信息首先尝试走mctp over pcie，如果mctp over pcie失败再走mctp over smbus, 那为什么mctp over pcie会失败？

init_nvme_mi_mctp方法中 create_nvmemi_endpoint失败后再尝试create_mctp_endpoint_for_smbus
create_nvmemi_endpoint–>create_endpoint_and_transport_obj方法看起来是卡住在pcall( mctp_lib.get_endpoint_and_transport

yelmh_kno07 · 2026 年3 月 12 日 14:53

第一个失败常遇见的原因有以下几个
1.硬盘不支持mctp over pcie
2.硬盘当前固件不支持
3.硬盘当前未打开nvmemi特性

话题		回复	浏览量
支持MCTP的直通NVMe获取不到SMART信息交流互助区提问求助	13	220	2026 年3 月 6 日
Nvme盘偶现缺失累计通电时间和剩余利用率交流互助区提问求助	4	40	2026 年3 月 14 日
热插盘之后，bmc上识别ssd信息后温度为20度，不发送变化交流互助区提问求助	20	79	2026 年4 月 8 日
【求助】NC-SIoverMCTPoverSMBus超时（米尔3093开发板I2C-8）交流互助区提问求助	14	92	2026 年4 月 2 日
NVME定位点灯失败交流互助区提问求助	13	170	2026 年3 月 17 日

【NVME盘获取不到smart信息】

六、结论

NVMe盘获取不到SMART信息问题分析与解决建议

一、问题现象总结

二、根本原因分析

1. MCTP over SMBus 通信建链失败

关键线索：

影响范围：

2. NVMe-MI 协议支持缺失或未启用

背景知识（来自知识库）：

当前问题点：

3. 可能的协议适配问题

三、定位与排查建议

排查步骤清单

四、已知问题与版本建议

已知相关问题（来自知识库）

五、解决方案建议

1. 升级至支持更强的 openUBMC 版本

2. 检查 MCTP 路由是否建立成功

3. 确认 storage 是否注册了 Transport

4. 确认 NVMe 固件是否支持 NVMe-MI

5. 强制测试 PCIe-MCTP 链路（优于 SMBus）

6. 代码级修复建议

六、结论

七、参考文档

相关话题