ipmitool power status 当前回显无数据 & BT 超时

bmc_core SIG
1

在 openUBMC 环境下调试 IPMI 电源相关功能时，遇到如下问题，想请教一下社区这个命令在 openUBMC 中的支持情况。

  1. 执行 ipmitool power status

    • 命令可以下发

    • [root@localhost ~]# ipmitool power status
      No data available
      Unable to get Chassis Power Status

    • 日志显示bt通道处理超时：2030-12-02 07:24:15.698704 unknown_service WARNING: bt.lua(121): bt[0] request process timeout

  2. 从当前 openUBMC 代码中查看：
    • 未发现实现 power status 对应的 IPMI NetFn / Cmd 处理逻辑
IPMI命令超时
AC后，能ping通时，发ipmi命令获取服务器状态，会晚几秒才能发通
2

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

openUBMC 中 ipmitool power status 命令无数据及 BT 超时问题分析

根据您提供的问题描述和上下文信息，以下是对 ipmitool power status 命令在 openUBMC 环境下返回“No data available”，以及日志中出现 BT 超时 的系统性分析与解决方案。

:magnifying_glass_tilted_left: 问题总结

  • 现象：

    • 执行 ipmitool power status 返回：No data available，Unable to get Chassis Power Status。
    • BMC 日志中出现：bt[0] request process timeout。
    • 代码层面未发现对 power status 对应 IPMI 命令的处理逻辑。

  • 环境：

    • openUBMC 平台（鲲鹏服务器）
    • 依赖 BT（Baseboard Transport）通道进行内部通信。

:pushpin: 核心原因分析

1. ipmitool power status 命令的本质

ipmitool power status 实际是调用 IPMI Chassis Command Set 中的 Get Chassis Status 命令（NetFn: 0x00, Cmd: 0x01）。

该命令应返回机框电源的当前状态、上次断电原因、杂项状态等信息。

  • 标准请求：ipmitool raw 0x00 0x01
  • 预期响应：第一字节为 Completion Code（0x00 表示成功），第二字节为 Current Power State

:white_check_mark: 在 openUBMC 文档中 明确支持该命令，详见《Get Chassis Status 命令详情》。

2. 为何出现“No data available”？

尽管 openUBMC 声明支持 Get Chassis Status 命令，但出现无数据的情况，主要原因如下：

:small_blue_diamond: BT 通信超时导致无法获取响应

日志中提示：

2030-12-02 07:24:15.698704 unknown_service WARNING: bt.lua(121): bt[0] request process timeout

说明：

  • BMC 通过 BT 协议 向其他组件（如 BIOS、CPLD、PMU）请求电源状态。
  • 由于 通信链路未建立、驱动未加载、配套不全，导致请求超时。
  • 最终未能返回数据，导致 ipmitool 显示 “No data available”。

3. BT 通道工作异常的常见原因

结合 openUBMC 社区资料和 FAQ，BT 超时常见于以下情形：

:white_check_mark: 配套未完整升级（关键依赖缺失）

必须确保以下组件版本协同工作：

  • 基础板 CPLD
  • 扩展板 CPLD
  • BIOS
  • MCU 固件
  • CSR（Configuration Self-Description）配置

:warning: 若任一组件未升级到支持 bt over localbus 的版本，BT 通信可能失败或降级为不可靠模式。

参考来源：【Q3】bt over localbus问题排查思路

:white_check_mark: BT 驱动未正确加载

可通过以下命令检查 BT 驱动状态：

# 查看是否加载了 bt 模块
lsmod | grep bt

# 查看驱动类型（mode值）
dmesg | grep bt

# 查看 app.log 中的加载记录
cat /var/log/app.log | grep "load bt"
  • 若 mode 值为 1，表示 BTC 模式（旧）
  • 若 mode 为 2，表示 bt over localbus（推荐）

若驱动未加载或模式错误，会导致所有 BT 通道请求超时。

:white_check_mark: IPMI Core 组件异常

IPMI Core 是处理所有 IPMI 命令的核心模块。若其未启动或数据库损坏：

  • 可能无法注册 Get Chassis Status 处理函数。
  • 导致命令下发后无响应。

参考：【Q2】ipmi_core资源树查询不到 → 通常是 ipmi_core.db 文件损坏。

4. openUBMC 中 power status 的实现映射

虽然您提到“代码中未见处理逻辑”，但 openUBMC 使用 动态命令注册机制，可能通过以下方式实现：

:file_folder: 命令定义来源

  • Ipmi.json 是定义 IPMI 命令请求/响应格式的配置文件。
  • ipmi_cmds.lua 模块（如 Hello_openUBMC 使用）负责加载和注册命令。
  • 具体处理逻辑可能在 fructrl 或 power_mgmt 模块中。

示例：GetPowerCmd 是用于获取机箱电源状态的 IPMI 命令处理方法。

:white_check_mark: 解决方案与建议

:white_check_mark: 1. 检查并升级 BT 配套版本

确保以下组件均已升级至支持 bt over localbus 的版本，并按顺序生效：

步骤 操作
1 升级并生效 BMC
2 升级并生效 CSR
3 升级并生效 CPLD（基础板、扩展板）与 MCU
4 升级 BIOS 固件
5 下电/复位，生效所有固件

:warning: 顺序不能错，否则 BT 通信异常。

参考：升级步骤图示

:white_check_mark: 2. 验证 BT 驱动加载情况

运行以下命令确认驱动状态：

# 检查模块
lsmod | grep bt

# 查看模式
dmesg | grep bt | grep "mode"

# 查看 log 记录
grep "load bt" /var/log/app.log

预期输出中应包含：

load bt driver success, mode: 2

若未加载或模式为 1，需排查固件与 CSR 配置。

:white_check_mark: 3. 检查 IPMI Core 是否正常启动

# 查看日志中是否有 IPMI Core 启动记录
grep "ipmi_core" /var/log/app.log

# 检查是否存在损坏的数据库
ls /var/lib/ipmi_core.db

若文件损坏，可尝试删除后重启 BMC：

rm /var/lib/ipmi_core.db
reboot

:white_check_mark: 4. 手动测试 Get Chassis Status 是否通

绕过 ipmitool power status，直接使用 raw 命令测试：

ipmitool raw 0x00 0x01
  • 若返回 00：表示命令执行成功，上层工具封装可能有问题。
  • 若返回错误或超时：确认 BT 链路问题。

:white_check_mark: 5. 检查 CSR 配置与设备发现

确保硬件描述文件 .sr 已加载：

# 查看日志中是否加载了设备描述
grep hwdiscovery /var/log/framework.log

若无对应 xxx_cust.sr 加载记录，则传感器与电源模块无法被识别，导致无数据。

:puzzle_piece: 总结建议

问题项 是否支持 原因说明
ipmitool power status 命令 :white_check_mark: 支持（在 openUBMC 中） 实际调用 Get Chassis Status（0x00 0x01）
返回“No data available” :cross_mark: 受限 BT 通道超时或驱动未加载导致
BT 超时 :warning: 常见 依赖配套未完整升级或驱动异常

:white_check_mark: 推荐操作流程：

  1. 确认所有固件（CPLD、BIOS、MCU）已升级到匹配版本
  2. 检查 BT 驱动是否加载且 mode 为 2
  3. 查看 app.log 中 load bt 相关日志
  4. 删除损坏的 ipmi_core.db（如有）
  5. 使用 ipmitool raw 0x00 0x01 直接测试命令

:books: 参考资料

  1. Get Chassis Status 命令详情
  2. IPMI管理定位问题 - BT通道排查
  3. 上下电常见问题指南
  4. mctpd 使用说明

若上述步骤仍无法解决，请提供：

  • openUBMC 版本（Active openUBMC Version: 25.09.00.01）
  • app.log 中 bt 和 ipmi_core 相关日志片段
  • lsmod | grep bt 输出

以便进一步定位问题。

相关链接：

  1. Kunpeng服务器ipmi power diag报错openuBMC是否有开启 Diag 的方法？
  2. ipmi查询设备状态情况的命令失败。
  3. 希望提供openubmc原生支持的IPMI命令文档
  4. 【教学培训篇】读写eeprom
  5. 上下电配置指导 | 文档中心 | openUBMC
1 个赞
3

可在发送 ipmi 命令时加上 -vvv 参数提高 ipmitool 工具的调试级别，再发送命令可以在其中确认具体是哪一条命令报错，可以进一步仅发送 raw 命令定位该条命令的问题。参考如下

[root@localhost ~]# ipmitool power status
Chassis Power is on
[root@localhost ~]# 
[root@localhost ~]# ipmitool -vvv power status
Using ipmi device 0
Set IPMB address to 0x20
OpenIPMI Request Message Header:
  netfn     = 0x6
  cmd       = 0x1
Iana: 2011
Running Get PICMG Properties my_addr 0x20, transit 0, target 0
OpenIPMI Request Message Header:
  netfn     = 0x2c
  cmd       = 0x0
OpenIPMI Request Message Data (1 bytes)
 00
Discovered PICMG Extension Version 2.2
Acquire IPMB address
OpenIPMI Request Message Header:
  netfn     = 0x2c
  cmd       = 0x1
OpenIPMI Request Message Data (1 bytes)
 00
Discovered IPMB address 0x20
Interface address: my_addr 0x20 transit 0:0 target 0x20:0 ipmb_target 0

OpenIPMI Request Message Header:
  netfn     = 0x0
  cmd       = 0x1
Chassis Power is on

由以上打印可知，核心命令为 0x0 0x1 命令，可单独再发送 ipmitool raw 0x0 0x1命令确认是否执行异常

1 个赞