storage组件it报错invalid interface:bmc.kepler.IpmiCore

交流互助区
1

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

问题描述

storage组件main分支it测试报错invalid interface:bmc.kepler.IpmiCore

[在这里详细描述您遇到的问题]

环境信息

  • 操作系统：[如 Ubuntu 24.04]

  • 软件版本：OpenUBMC main

  • 硬件配置：[如 CPU、内存等]

重现步骤

  1. [第一步]
    将pcall注释掉
    local function test_storage()
    log:notice(‘================ test storage start ================’)
    local bus = sd_bus.open_user(true)
    test_storage_common.set_bus(bus)

    local ok, rsp = pcall(function()
    test_ipmi_func()
    – the functions to be test
    – test_controller_on_resource_tree(bus)
    – test_subhealth.io_deterioration_test(bus)
    end)
    if not ok then
    log:error(‘=== test failed ===: %s’, rsp)
    end
    – test_nvme_rpc(bus)
    log:notice(‘================ test storage complete ================’)
    end

  2. [第二步]
    执行bingo test -it -jit

  3. [第三步]
    查看vscode终端日志

期望结果

it测试中ipmi相关notice日志都打印
[您希望实现什么]

实际结果

打印第一个ipmi测试头部的notice日志后就结束了ipmi测试

[实际发生了什么，包含错误信息]

尝试过的解决方案

[列出您已经尝试过的解决方案及结果]

分析结论

发现是直接使用pcall将测试函数整体包起来了，导致无法捕捉这个错误。但是分析不出来为什么组件中无法拿到bmc.kepler.IpmiCore

[详细总结您对此问题的分析结论]

2

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

解决方案

参考知识库中给出的定位与修复方法（Search Result #4），您可以按以下步骤尝试：

  1. 检查 ipmi_core 服务状态

    systemctl status bmc.kepler.ipmi_core

    或查看 /var/log/framework.log 中是否有 ipmi_core 启动失败的记录。

  2. 删除损坏的 ipmi_core.db 文件

    rm -f /path/to/ipmi_core.db   # 具体路径请参考实际部署

    然后重启 BMC：

    reboot

    系统重新启动后，ipmi_core 会重新创建干净的数据库文件，从而正常启动并注册 D-Bus 接口。

  3. 验证接口是否恢复
    重启后使用 busctl --user tree bmc.kepler.ipmi_core 或 busctl --user introspect bmc.kepler.ipmi_core /bmc/kepler/IpmiCore bmc.kepler.IpmiCore，确认接口已存在。

如果以上步骤仍无法解决，也可检查当前软件版本是否已包含相关修复（参见知识库中 Q5 的版本建议），必要时升级至相应版本。

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

问题原因分析

根据知识库中 IPMI 管理定位问题 相关文档（Search Result #4）的说明，出现 invalid interface:bmc.kepler.IpmiCore 错误的常见原因如下：

  • ipmi_core 服务未正常启动：该服务是提供 bmc.kepler.IpmiCore D-Bus 接口的后台组件。若 ipmi_core 启动失败，则其注册的接口不会被暴露，导致其他组件（如 storage）在访问该接口时报 service not exists 或 invalid interface 错误。
  • ipmi_core.db 文件损坏：ipmi_core 在启动时会读取本地的 .db 文件来创建内部表。如果该文件被破坏，会导致创建表失败，从而终止启动流程，无法提供消息转发等能力。此时即使 bmc.kepler.ipmi_core 服务在 systemd 中显示运行，D-Bus 上也可能没有注册正确的接口。（参见原问题 Q1）
  • 资源树扫描失败：在 framework 重启等场景下，ipmi_core 可能无法在资源树上成功获取到所有 IPMI 命令的接口，从而导致部分命令缺失，但直接报 invalid interface 往往与服务未注册有关。

您描述的 storage 组件 IT 测试 中调用 test_ipmi_func() 时直接报错，且将 pcall 注释后第一个 notice 日志后即终止，说明 bmc.kepler.IpmiCore 接口在 D-Bus 上根本不可用。这与上述原因吻合。

解决方案

参考知识库中给出的定位与修复方法（Search Result #4），您可以按以下步骤尝试：

  1. 检查 ipmi_core 服务状态

    systemctl status bmc.kepler.ipmi_core

    或查看 /var/log/framework.log 中是否有 ipmi_core 启动失败的记录。

  2. 删除损坏的 ipmi_core.db 文件

    rm -f /path/to/ipmi_core.db   # 具体路径请参考实际部署

    然后重启 BMC：

    reboot

    系统重新启动后，ipmi_core 会重新创建干净的数据库文件，从而正常启动并注册 D-Bus 接口。

  3. 验证接口是否恢复
    重启后使用 busctl --user tree bmc.kepler.ipmi_core 或 busctl --user introspect bmc.kepler.ipmi_core /bmc/kepler/IpmiCore bmc.kepler.IpmiCore，确认接口已存在。

如果以上步骤仍无法解决，也可检查当前软件版本是否已包含相关修复（参见知识库中 Q5 的版本建议），必要时升级至相应版本。

补充说明

  • 该问题在 OpenUBMC 的 IT 测试环境中出现概率较高，特别是当测试涉及多个组件并行启动时，ipmi_core 的初始化时序可能受影响。
  • 建议在 IT 测试脚本执行前，增加对 ipmi_core 服务就绪的等待或前置检查，避免因服务未完全启动导致测试失败。
  • 若多次出现该问题，可考虑在测试环境部署时预设清理 ipmi_core.db 的步骤，保证每次测试前 ipmi_core 处于干净状态。

以上分析完全基于所提供知识库中的信息，未引入任何额外假设。

3

正在调试定位

4

可以参考general_hardware组件的it用例，使用bus.call方法

image
image1696×857 113 KB