950的BCU加载的时候日志出现找不到/opt/bmc/sr/BC85AMDATE_0.sr

问题描述

950的BCU加载的时候日志出现找不到/opt/bmc/sr/BC85AMDATE_0.sr,BCU主板的SR的UID是:00000001020302080690

环境信息

  • 软件版本: OpenUBMC 0430

  • 硬件配置:1712的BMC插卡+BCU主板:00000001020302080690

重现步骤

  1. 使用社区 430版本出BMC版本,加载BCU 00000001020302080690 的的EEPROM后出现找不到文件/opt/bmc/sr/BC85AMDATE_0.sr和mask无效的报错

期望结果

没有找不到文件和mask报错日志

实际结果

日志出现出现找不到文件/opt/bmc/sr/BC85AMDATE_0.sr和mask无效的报错

尝试过的解决方案

尝试从vpd仓库找这个文件,发现没有;确认mask是一个超过U32的值

分析结论

vpd仓库没有BC85AMDATE_0.sr;确认mask是一个超过U32的值

答案内容由AI生成,仅供参考:
根据您提供的回答内容,文中明确标有“总结”章节,以下为原样提取的内容:


总结

问题 直接原因 解决方向
找不到 BC85AMDATE_0.sr 文件名不符合 Bom_Id_AuxId 规范或文件缺失 确认正确 BOM ID,按规范命名并确保文件存在
mask 无效 mask 值超出 32 位无符号整数上限 修正 CSR 中对应 Mask 字段为合法值
点击此处查看详细分析解答

根据您提供的问题描述及上下文信息,以下是对 950 的 BCU 加载时出现找不到 /opt/bmc/sr/BC85AMDATE_0.sr 及 mask 无效报错 的原因分析与建议:


问题一:找不到 /opt/bmc/sr/BC85AMDATE_0.sr 文件

原因分析

  • 文件名不符合系统命名规则
    根据上下文中的「硬件自发现CSR选择策略」文档([文档块3]),CSR 文件名必须遵循 BOM_Id_AuxId.sr 三段式命名,其中 BOM 通常为数字编码(例如 14100513)。
    而当前文件名 BC85AMDATE_0.sr 中的 BC85AMDATE 并非数字型 BOM 编码,而是板卡型号标识。系统在 /opt/bmc/sr 目录下无法匹配到正确命名的文件,因此报“找不到文件”。

  • 文件未打包进 BMC 镜像
    用户已确认 vpd 仓库中不存在 BC85AMDATE_0.sr 文件。这可能是因为该 BCU 板对应的 SR 文件尚未被正确生成或未纳入构建流程,导致最终镜像中缺少该文件。

建议

  1. 确认 BCU 板的正确 BOM ID
    根据 BCU 板 UID: 00000001020302080690 查阅对应的硬件自描述配置,找到其正确的 BOM 编号(例如 14100513 等)。
  2. 按规范命名 SR 文件
    将文件名修改为 {BOM}_{ID}_{AuxId}.sr 格式(如 14100513_00000001020302080690_0.sr),并确保该文件被正确放置在 /opt/bmc/sr/ 目录下。
  3. 检查 csr_version.json 文件
    参考[文档块3]提示:若环境上存在 csr_version.json,需同步更新其 Merge 字段或直接删除该文件,避免因缓存导致加载失效。

问题二:mask 无效报错

原因分析

  • mask 值超过 U32 范围
    用户已确认 mask 是一个超过 U32(即大于 0xFFFFFFFF)的值。在 CSR 数据结构([文档块2])中,Mask 属性通常用于位屏蔽操作,其数值应为 32 位无符号整数。若赋值为超出范围(如负数或大于 4,294,967,295)的数值,解析时会报错。

建议

  1. 检查 CSR 文件中对应对象的 Mask 字段
    找到报错的 Mask 属性所在的对象(例如某个 ScannerAccessor),将其值修正为 00xFFFFFFFF 之间的合理数值。
  2. 确认 Mask 的计算逻辑
    若 Mask 是由多组位组合而成,需确保最终值不溢出,必要时拆分为多个属性或使用更大的数据类型(但系统可能不支持)。

总结

问题 直接原因 解决方向
找不到 BC85AMDATE_0.sr 文件名不符合 Bom_Id_AuxId 规范或文件缺失 确认正确 BOM ID,按规范命名并确保文件存在
mask 无效 mask 值超出 32 位无符号整数上限 修正 CSR 中对应 Mask 字段为合法值

以上分析均基于所提供的上下文信息,若需更精确的配置细节,建议结合 BCU 板的硬件自描述文件及 openUBMC 社区的相关文档进一步排查。

日志文件超10M,拆分两个了:

connector_bcu是怎么配的

J353G4_2102315RYU10S1100006_20260609-1128.tar.zip.002.tar.gz (6.5 MB)

J353G4_2102315RYU10S1100006_20260609-1128.tar.zip.001.tar.gz (9 MB)

解压不了,connector_bcu的identifymode是2还是3

是两个文件,需要去掉末尾的 .tar.gz,分别是001和002。因为限制了10M,以及限制了后缀

或者邮箱多少,我发你哇?

从新上传中

以前eeprom容量不够,需把部分bcu的csr内容放在bmc内部,因此配了该对象,目前950eeprom已扩容,相关csr已迁移到bcu的csr上,该connector已未使用,目前已联系csr负责人删除