BMC多次软重启，事件码“0x1A00006F”，CauseCode=0X20

交流互助区
1

问题描述

1.开启SOL/风扇热插拔后，BMC均出现事件码“0x1A00006F”，CauseCode=0X20重启

image_20260718145007135
image_202607181450071351614×850 78.1 KB

image_20260718144949704
image_202607181449497041630×825 70.4 KB

问题：

事件码“0x1A00006F”，CauseCode=0X20表示什么意思？告警手册里面没有查到，后续应该怎么继续定位？

2

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

总结

  • 事件码 0x1A00006F：BMC 软复位事件。
  • 原因码 0x20：具体含义需查阅《BMC 增加软复位原因资源协作接口【2.0】》正式文档（未在上下文中提供直接定义）。
  • 定位方法：优先检查 StartupCheck 失败的组件（如 power_mgmt），并分析热插拔操作后的系统日志，定位触发复位的直接异常点。
  • 资源建议：前往 OpenUBMC 官方论坛 discuss.openubmc.cn 该文档帖（topic 1237）获取完整的复位原因码列表，或提交相关日志到论坛由社区协助分析。
点击此处查看详细分析解答

根据您提供的上下文信息，现对您的问题进行分步解答：

一、事件码 0x1A00006F 与原因码 0x20 的含义

  1. 事件码 0x1A00006F
    该事件码在 OpenUBMC 论坛中被多次提及，对应的事件描述为 The openUBMC is reset, with the cause code of 0x...，因此它是一个通用的 BMC 复位事件，用于记录 BMC 发生软复位（soft reset）的原因。

    • 参考讨论帖（topic 5221）：事件码 0x1A00006F 在日志中同时出现 cause code 0x2 和 cause code 0x10，表明同一事件码可根据复位原因携带不同的原因码。

  2. 原因码 0x20

    • 在已知的上下文（知识图谱与文档片段）中，未直接找到 0x20 的具体含义定义。
    • 在讨论帖中，用户 zhaower 曾问过 “BMC reset code 0x20 的意义”，但回复中未明确解释。
    • 根据论坛引用，复位原因码的定义均参考 《BMC 增加软复位原因资源协作接口【2.0】》 文档（链接），您可查阅该文档获取所有原因码的完整说明（包括 0x20、0x10、0x2 等）。
    • 从已有信息推测（结合日志中的 bmc_reset_type is soft_reset 和 cause code 16 等记录），0x20 很可能代表一种特定的软复位触发原因（如特定组件的自愈恢复或超时故障）。

二、后续定位方向与建议

根据上下文中的实际案例和日志分析，BMC 软复位通常由以下原因触发，您可以按此思路排查：

  1. 检查组件启动状态（最常见原因）

    • 日志中重复出现类似：
      [power_mgmt] StartupCheck failed, error: org.freedesktop.DBus.Error.UnknownObject
maca NOTICE: recheck startup status completely, total components count: 58, normal count: 57, abnormal components: ["power_mgmt"]
Success to record BMC reset cause, code: 16
    • 这说明 power_mgmt、thermal_mgmt 等组件启动失败会直接导致 BMC 复位。请关注 StartupCheck failed 的组件名称，并分析其配置文件或硬件依赖是否异常。

  2. 关联操作（SOL/风扇热插拔）的触发点

    • 您提到开启 SOL 和风扇热插拔后出现复位，此类操作可能触发了 热插拔事件处理 中的错误。
    • 日志中可见 thermal_mgmt 记录了 Fan X extraction detected，随后可能出现 Scanner_Fan_Presence 属性操作失败，进而影响组件状态。
    • 建议检查 风扇在位传感器配置 与 热插拔逻辑 是否兼容（详见 topic 2370 中关于无在位信号风扇的适配说明）。

  3. 复位原因码的详细定义

    • 原因码 0x20 的具体触发场景需参考前述资源协作接口文档。
    • 在等待文档解析时，可先收集完整日志（包括 app.log、running.log、maintenance.log），定位复位发生时刻是否有其他异常（如 shm reply failed、message_queue push back 等共享内存错误，这些也可能间接导致组件异常）。

  4. 已知的修复与补丁

    • 上下文提到版本 26.06 已解决 “BMC 异常重启后不执行开机策略” 的问题，但异常重启本身仍需单点分析（见 topic 6877 讨论）。
    • 若您使用的 BMC 版本较旧，建议升级至包含相关修复的固件，同时确认该版本是否对 0x20 原因码有专门的处理。

总结

  • 事件码 0x1A00006F：BMC 软复位事件。
  • 原因码 0x20：具体含义需查阅《BMC 增加软复位原因资源协作接口【2.0】》正式文档（未在上下文中提供直接定义）。
  • 定位方法：优先检查 StartupCheck 失败的组件（如 power_mgmt），并分析热插拔操作后的系统日志，定位触发复位的直接异常点。
  • 资源建议：前往 OpenUBMC 官方论坛 discuss.openubmc.cn 该文档帖（topic 1237）获取完整的复位原因码列表，或提交相关日志到论坛由社区协助分析。
3

“0x1A00006F：表示“带有重启原因的bmc复位事件”

%1:BMC发生复位的原因
00h BMC重启操作复位
01h BMC镜像倒换操作复位
02h BMC固件升级复位
03h BMC恢复出厂设置复位
04h BMC资产报废复位
05h BMC固件校验根证书更新复位
10h BMC自愈复位
11h BMC硬件自检修复复位
12h BMC管理外设硬件初始化复位
20h 按钮复位
FFh 未知原因复位