950 BMC产生无法访问UB卡自描述告警

[TuHuaNeng (长江计算_涂华能)]

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

问题描述

950 BMC产生无法访问UB卡自描述告警

Failed to access the Self-description Record of PCIeRiser3 UBInterfaceCard8.

环境信息

• 操作系统：[如 Ubuntu 24.04]

• 软件版本：OpenUBMC2606

• 硬件配置：IO3 Riser

重现步骤

1. IO3 Riser Slot2上接非天池标卡

2. 重启BMC

3. 查看当前告警

期望结果

无告警

实际结果

BMC产生无法访问UB卡自描述告警

Failed to access the Self-description Record of PCIeRiser3 UBInterfaceCard8.

尝试过的解决方案

重启业务侧OS后告警消失

分析结论

1、该告警是pcie_device组件产生的，不是配置在CSR中

2、Riser CSR配置的Slot2 Connector连接器如下

        "Connector_PCIE_SLOT2": {
            "Bom": "14140130",
            "Slot": 8,
            "Position": 2,
            "Presence": 0,
            "Buses": [
                "I2cMux_Pca9545_PCA9545_2"
            ],
            "SystemId": "${SystemId}",
            "ManagerId": "${ManagerId}",
            "ChassisId": "${ChassisId}",
            "SilkText": "RiserCard${Slot}",
            "IdentifyMode": 2,
            "Container": "Component_RiserCard",
            "Type": "PCIe"
        },
        "Connector_PCIE_SLOT2TianChi": {
            "Id": "",
            "AuxId": "",
            "Bom": "14140130",
            "Slot": 8,
            "Position": 5,
            "Presence": "<=/Scanner_Slot2Presence.Value|>expr($1 == 1? 0 : 1)",
            "Buses": [
                "I2cMux_Pca9545_PCA9545_2"
            ],
            "SystemId": "${SystemId}",
            "ManagerId": "${ManagerId}",
            "ChassisId": "${ChassisId}",
            "SilkText": "RiserCard${Slot}",
            "IdentifyMode": 3,
            "Container": "Component_RiserCard",
            "Type": "UBInterfaceCard",
            "IdChipAddr": 160
        },

3、添加打印，告警产生时打印出连接器的属性值，Presence、LoadStatus

4、告警产生时，天池连接器的Presence=1，LoadStatus=6（检验Eeprom头失败，因为是非天池标卡），非天池连接器的Presence=0，LoadStatus=255 ，这个时候满足触发告警条件

5、收集完日志查看非天池连接器的属性值，Presence=1，LoadStatus=0

6、天池连接器的属性值已经不会再变化了，变化的是非天池连接器的属性值，所以这里监听属性变化是不是有问题？

[TuHuaNeng (长江计算_涂华能)]

重启业务侧OS后告警消失

触发告警更新流程，这时的非天池连接器的属性值使得state=false，告警解除

[ubmc_assistant (openUBMC_Assistant)]

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

5. 结论

知识库能够支撑以下判断：

• 该告警属于 BMC 访问硬件自描述记录失败 类型；
• 根因大概率与 天池加载路径被错误触发 有关，即 BMC 试图通过 IdentifyMode=3 的天池连接器加载非天池标卡，导致 CSR 加载失败；
• 建议重点检查 CSR 中 Slot2 两个连接器的 IdentifyMode 配置、PSR 线缆关系以及非天池标卡是否应走普通 PCIe 加载路径。

知识库中暂无该特定告警的官方修复方案，建议结合具体日志进一步定位。

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

根据知识库中已有的信息，该问题与 BMC访问硬件自描述记录（SR/CSR）失败 的机制相关。以下是基于知识库的整理与分析：

1. 相关告警案例

知识库中存在一个非常类似的告警：

0x1A000055 | Failed to access the Self-description Record of CpuBoard1 RiserCard (SN:1025BD241022)

该告警同样由 BMC 产生，说明 BMC 在尝试读取某张板卡的自描述记录（CSR/SR）时失败，会上报此类“无法访问自描述记录”的告警。

2. 告警触发机制：天池加载与非天池组件冲突

知识库中与该类告警直接相关的机制如下：

• 连接器的 IdentifyMode=3 表示 从天池加载下一级节点，即该连接器下挂的板卡应是通过“天池标准组件”方式加载的。
• 如果该连接器实际接入的板卡 不是天池组件，或者线缆连接方式不符合天池加载要求，BMC 将无法正确获取自描述记录，进而触发类似 BMC.AccessCSRFailure 的告警。
• 在另一个案例中，Connector_A1a 的 IdentifyMode=3 允许直接接入 riser、硬盘背板等可通过天池加载的板卡；但如果该端口是通过线缆连接 SW 板且未使用 hisport 进行天池加载，就会触发告警 Event_CSRFailureMntr_A1a。

结合你的场景：IO3 Riser Slot2 上接非天池标卡，但 Riser CSR 中同时存在：

• Connector_PCIE_SLOT2：IdentifyMode=2，普通 PCIe 加载方式；
• Connector_PCIE_SLOT2TianChi：IdentifyMode=3，天池加载方式，Type="UBInterfaceCard"。

当该槽位插入非天池标卡时，天池连接器因无法通过天池机制正确加载板卡而失败，这很可能是 Failed to access the Self-description Record of PCIeRiser3 UBInterfaceCard8 告警产生的直接原因。

3. 自描述记录加载依赖的关键信息

知识库指出，PCIe 类设备的天池加载流程依赖以下关键属性：

• Id 和 AuxId：对于 PCIe/RAID 卡，这两个属性通常由 BIOS 获取并传递给 BMC；
• BDF（Bus:Device:Function）：BMC 通过 BDF 信息向 PMU/IMU 查询 PCIe 设备四元组信息，从而完成 CSR 的加载；
• Presence：连接器的在位状态，只有在位后才能触发 CSR 加载流程。

对于非天池标卡，由于无法提供符合天池加载要求的 Id/AuxId 或四元组信息，CSR 加载会失败，从而产生告警。

4. 对你当前问题的建议

知识库中没有直接给出“PCIeRiser3 UBInterfaceCard8”这一特定告警的最终根因结论，但基于已有机制，排查方向可以聚焦于：

1. 确认连接器类型是否正确
   非天池标卡是否应该走 Connector_PCIE_SLOT2 的 IdentifyMode=2 加载，而不是让 BMC 尝试通过 Connector_PCIE_SLOT2TianChi 的天池加载路径去识别。

2. 检查 Presence/LoadStatus 状态
   根据你的打印，告警产生时：

   • 天池连接器 Presence=1，LoadStatus=6（Eeprom 头校验失败）；
   • 非天池连接器 Presence=0，LoadStatus=255。

   这表示 BMC 错误地优先通过天池路径进行加载，而该路径无法识别非天池标卡。

3. 核对 PSR 线缆配置
   知识库中明确提到：PSR 定义了基础板与 riser、硬盘背板、SW 板之间的线缆连接关系。如果 Slot2 的线缆配置同时出现在多个槽位定义中，也可能导致加载路径判断错误。

4. 关注状态更新时序
   你观察到重启业务侧 OS 后告警消失，且非天池连接器的属性值后续变为 Presence=1、LoadStatus=0，说明 BMC 最终能够识别该卡，只是 加载时序或监听逻辑 上存在问题。但知识库中未包含“监听属性变化问题”的具体结论，因此这一点仍需结合日志进一步确认。

5. 结论

知识库能够支撑以下判断：

• 该告警属于 BMC 访问硬件自描述记录失败 类型；
• 根因大概率与 天池加载路径被错误触发 有关，即 BMC 试图通过 IdentifyMode=3 的天池连接器加载非天池标卡，导致 CSR 加载失败；
• 建议重点检查 CSR 中 Slot2 两个连接器的 IdentifyMode 配置、PSR 线缆关系以及非天池标卡是否应走普通 PCIe 加载路径。

知识库中暂无该特定告警的官方修复方案，建议结合具体日志进一步定位。

[TuHuaNeng (长江计算_涂华能)]

这个能确定是问题吗