openUBMC获取SP686C-M-16i的序列号为N/A

交流互助区
1

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

问题描述

openUBMC获取SP686C-M-16i的序列号为N/A

环境信息

  • 操作系统：

  • 软件版本：[如 OpenUBMC2512]

  • 硬件配置：

实际结果

名称 SP686C-M-16i 4G

序列号 N/A

类型 B80121

固件版本 1.3.13.18

支持带外管理 是

健康状态 正常

支持的RAID级别 RAID(0/1/5/6/10/50/60)

内存大小 4096 MB

尝试过的解决方案

AC、重启BMC、更新raid固件后都是序列号都是显示N/A

分析结论

是否是openUBMC固有缺陷？

2

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

结论

  1. 非普遍固有缺陷：该问题仅在特定硬件（如 920BS）和双 RAID 卡配置下，以约 1/100 的概率出现，并非所有 SP686C-M-16i 或所有 openUBMC 版本都会遇到。
  2. 可能原因：smld lua service 挂死导致 RAID 卡信息获取流程中断，进而使序列号等字段无法填充。
  3. 您的场景（AC、重启 BMC、更新固件后仍然 N/A） 与文档中描述的“概率性”不完全一致，但可能属于同一根因，或与当前环境的 RAID 卡通信链路（如 MCTP over PCIe）稳定性有关。
点击此处查看详细分析解答

问题分析

根据提供的上下文信息，openUBMC 获取 SP686C-M-16i 序列号为 N/A 的问题并非一个普遍存在的固有缺陷，而是在特定硬件配置和场景下可能出现的已知问题。

相关证据

在文档 [4] 中明确描述了一个高度相似的现象：

920BS双RAID场景，AC自动化时概率性出现获取不到RAID卡信息，概率1/100
环境：kunlun2280V2 920BS，有两张 RAID 卡：SP686C-M-16i 2G 和 SP686C-M-40i 4G
实际结果：RAID 卡大量字段为 N/A
根因分析：Controller_1 执行 add_controller_to_sml() 时，smld lua service 挂死。RAID 卡的信息获取依赖 MCTP over PCIe，中间会用到 storage 里的独立 smld lua service 转发请求，导致 RAID controller 对象虽已创建，但无法获取 RAID 卡的信息，导致两张 RAID 卡大量字段为 N/A。

结论

  1. 非普遍固有缺陷：该问题仅在特定硬件（如 920BS）和双 RAID 卡配置下，以约 1/100 的概率出现，并非所有 SP686C-M-16i 或所有 openUBMC 版本都会遇到。
  2. 可能原因：smld lua service 挂死导致 RAID 卡信息获取流程中断，进而使序列号等字段无法填充。
  3. 您的场景（AC、重启 BMC、更新固件后仍然 N/A） 与文档中描述的“概率性”不完全一致，但可能属于同一根因，或与当前环境的 RAID 卡通信链路（如 MCTP over PCIe）稳定性有关。

建议

  • 检查日志：查看 app.log 和 framework.log 中是否出现 smld lua service 挂死或类似错误。
  • 确认硬件配置：是否处于双 RAID 卡场景，并尝试单 RAID 卡验证。
  • 关注社区修复：该问题可能已在后续版本中修复，建议升级至最新 LTS 版本或联系 openUBMC 社区确认。

注：若日志显示其他异常（如驱动未正确上报数据），则需进一步排查 SR 文件配置或硬件兼容性。