docker环境使用ipmitool工具，无法访问仿真环境

[lpj1911]

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

问题描述

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

环境信息

• 操作系统：ubuntu 24.04.3 LTS（docker）

• 软件版本：manifest+qemu+component_drivers

• 硬件配置：qemu

重现步骤

1. [第一步]在docker启动qemu
   python3 build/works/packet/qemu_shells/vemake_1711.py

2. [第二步]在docker环境中使用ipmitool工具报错
   ipmitool -H 127.0.0.1 -p 10623 -U root -P 0penBmc -C 17 -I lanplus mc info
   Error: Unable to establish IPMI v2 / RMCP+ session

3. [第三步]

期望结果

使用ipmitool -H 127.0.0.1 -p 10623 -U root -P 0penBmc -C 17 -I lanplus mc info命令有正确的输出，目的是可以在qemu的仿真平台上使用ipmitool工具

实际结果

Error: Unable to establish IPMI v2 / RMCP+ session

尝试过的解决方案

ipmitool -V

ipmitool version 1.8.19

分析结论

[ubmc_assistant (openUBMC_Assistant)]

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

总结与建议

项目	建议
推荐连接命令	ipmitool -H localhost -p 10623 -U Administrator -P Admin@90000 -C 3 -I lanplus mc info
默认账户密码	Administrator / Admin@90000（优于 root / 0penBmc）
必检服务	rmcpd, ipmi_core
端口映射要求	udp::10623-:623 必须存在于 QEMU 启动参数中
推荐调试顺序	先通再安：先试 -C 3 保证通信，再升级至 -C 17 测试加密功能

附加提示：

• 若所有方法均失败，请从串口登录 QEMU 仿真系统的 CLI，运行 ipmitool mc info 进行内环测试，以判断是网络问题还是服务本身未工作。
• 参考文档 [ID:3 和 ID:8]，若 Web 界面也无法访问（https://localhost:10443），可能是整个 QEMU 网络栈未正确加载。

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

Docker 环境下 ipmitool 无法访问 QEMU 仿真 BMC 的问题分析与解决方案

问题描述

在基于 Ubuntu 24.04.3 LTS 的 Docker 环境中，使用 python3 build/works/packet/qemu_shells/vemake_1711.py 启动 QEMU 仿真环境后，尝试通过 ipmitool 工具连接仿真 BMC 时，出现连接失败错误：

Error: Unable to establish IPMI v2 / RMCP+ session

期望能够正常使用 ipmitool 对 QEMU 仿真 BMC 执行 IPMI 命令（如 mc info），实现对仿真系统的远程管理与调试。

---

环境信息

• 操作系统：Ubuntu 24.04.3 LTS（运行于 Docker 容器内）
• 软件版本：manifest + qemu + component_drivers
• 仿真平台：QEMU 虚拟化环境
• 启动脚本：python3 build/works/packet/qemu_shells/vemake_1711.py
• IPMI 工具版本：ipmitool 1.8.19
• 目标端口：10623（主机映射）→ 623（QEMU 内部）

---

故障重现步骤

1. 在 Docker 容器内执行脚本启动 QEMU：

   python3 build/works/packet/qemu_shells/vemake_1711.py
   

2. 尝试通过 ipmitool 访问仿真 BMC：

   ipmitool -H 127.0.0.1 -p 10623 -U root -P 0penBmc -C 17 -I lanplus mc info
   

3. 报错输出：

   Error: Unable to establish IPMI v2 / RMCP+ session
   

---

根本原因分析

根据所提供的知识库内容及典型仿真架构，可定位导致该问题的多个潜在因素：

1. IPMI 服务未在 QEMU 中正确启动或响应

• QEMU 需要正确配置并运行 rmcpd 服务（负责处理 RMCP+ 和 IPMI 协议），否则无法响应来自 ipmitool 的连接请求。
• 在知识图谱中明确指出：rmcpd 是一个负责 IPMI 协议路由的关键守护进程。若其未启动、崩溃或版本过低（如 < 1.90.72），会导致 SOL 激活失败或 RMCP+ 会话建立失败。

2. 端口映射异常：宿主机 10623 → QEMU 内部 623 是否生效？

• 文档及配置确认：Docker 启动 QEMU 时应将主机的 10623 映射至虚拟 BMC 的 623 端口（标准 IPMI LAN port）。
• 搜索结果显示，多个文档（ID 5, 7, 10）明确说明默认端口映射如下：

  qemu IPMI：10623:10623
  

  即宿主机 10623 映射到容器内 10623，再由 QEMU 内部路由到 BMC 的 623 端口。

但当前命令行连接的是 10623，需确认是否 QEMU 进程自身开启了 UDP 转发：udp::10623-:623。若未设置此转发规则，则外部无法访问。

3. 认证参数不匹配：用户名、密码或认证码 (-C 17) 错误

• ipmitool 使用 -U root、-P 0penBmc，但 openUBMC 默认用户名/密码可能为：
  • 用户：Administrator
  • 密码：Admin@90000 或 0penBmc（视镜像版本而定）
• 认证等级 -C 17 对应的是 cipher suite 17，通常表示 RMCP+ 加密通道，若 BMC 不支持该 cipher suite 或证书配置错误，将直接拒绝连接。

4. QEMU/BMC 镜像未完整初始化，ipmi_core 或 rmcpd 服务启动失败

• 在知识图谱中提到：ipmi_core 和 rmcpd 均存在初始化失败的可能性。
• 日志中若未看到 ipmi_core 成功注册 channel，或 rmcpd 启动失败，则表明 IPMI 协议栈未就绪。

5. 网络隔离问题：Docker 网络模式或防火墙限制

• Docker 默认桥接网络可能影响 UDP 包转发，尤其是 RMCP+ 依赖 UDP 端口 623。
• 某些镜像未启用 UDP 端口转发，或防火墙规则阻止了通信。

---

推荐解决方案

解决方案 1：验证 QEMU 是否正确映射并转发 IPMI 端口

确保 QEMU 启动时包含以下端口映射配置：

// config.json 示例片段
"port_mappings": [
    "10623:10623/udp",   // RMCP+ UDP port
    "10623:10623/tcp"
]

同时确认 QEMU 内部启用了 UDP 转发机制：

# 应包含类似参数
-nic user,id=nic0,net=192.168.7.0/24,dhcpstart=192.168.7.9,hostfwd=udp::10623-:623

关键点：主机上的 10623 需转发至 QEMU VM 内部 BMC 的 623（而非 10623）上的 rmcpd 服务监听端口。

---

解决方案 2：使用正确的用户凭证和 cipher suite

尝试使用 openUBMC 社区常见默认凭据进行测试：

ipmitool -H 127.0.0.1 -p 10623 -U Administrator -P Admin@90000 -I lanplus mc info

或者简化为基本 cipher suite（非加密）测试连通性：

ipmitool -H 127.0.0.1 -p 10623 -U Administrator -P Admin@90000 -C 3 -I lanplus mc info

常见 cipher suite 对照：

• -C 3：支持无加密的 RMCP+
• -C 17：需要证书支持的 RMCP+

若 -C 3 可通而 -C 17 失败，说明是 SSL/TLS 证书问题（常见于自签名证书）。

---

解决方案 3：检查 rmcpd 与 ipmi_core 是否运行正常

进入 QEMU 仿真环境的串口控制台或通过 SSH 登录：

# 检查 rmcpd 是否运行
ps | grep rmcpd
# 或 systemctl status rmcpd（若支持）

# 查看 IPMI 主服务状态
systemctl status bmc.kepler.ipmi_core
# 或查看进程
ps | grep ipmi_core

如有报错，需检查日志：

journalctl -u bmc.kepler.ipmi_core
# 或查看系统日志
dmesg | grep -i ipmi

---

解决方案 4：改用 localhost 且确保服务监听正确地址

知识库说明：

• localhost 是标准本地主机名，解析为 127.0.0.1
• ipmitool 应连接到 localhost，并映射正确端口

建议统一使用：

ipmitool -H localhost -p 10623 -U Administrator -P Admin@90000 -I lanplus mc info

并在 QEMU 宿主端确认端口监听状态：

netstat -anu | grep 10623   # 查看 UDP 是否监听

---

解决方案 5：调试建议 —— 分步验证链路

步骤	目标	命令示例
1. 确认 QEMU 已启动	查看进程	`ps aux
2. 确认端口映射存在	检查端口监听	ss -tuln | grep 10623
3. 测试网络可达性	ping 或 telnet UDP	使用 socat 或抓包
4. 登录 BMC Shell	验证核心服务	ssh Administrator@localhost -p 10022
5. 检查 rmcpd	确保 IPMI 守护进程运行	ps | grep rmcpd
6. 尝试最简命令	排除加密问题	ipmitool -H localhost -p 10623 -U Administrator -P Admin@90000 -C 3 -I lanplus mc info

---

总结与建议

项目	建议
推荐连接命令	ipmitool -H localhost -p 10623 -U Administrator -P Admin@90000 -C 3 -I lanplus mc info
默认账户密码	Administrator / Admin@90000（优于 root / 0penBmc）
必检服务	rmcpd, ipmi_core
端口映射要求	udp::10623-:623 必须存在于 QEMU 启动参数中
推荐调试顺序	先通再安：先试 -C 3 保证通信，再升级至 -C 17 测试加密功能

附加提示：

• 若所有方法均失败，请从串口登录 QEMU 仿真系统的 CLI，运行 ipmitool mc info 进行内环测试，以判断是网络问题还是服务本身未工作。
• 参考文档 [ID:3 和 ID:8]，若 Web 界面也无法访问（https://localhost:10443），可能是整个 QEMU 网络栈未正确加载。

---

参考资料

• [ID:5] 《如何快速启动Qemu》：端口映射为 10623:10623
• [ID:7] 《Docker开发环境搭建》：明确列出 IPMI 端口映射
• [ID:10] 《构建你的BMC》：端口表格说明 ipmi → 10623
• [ID:3] 《Qemu仿真应用之事件模拟篇》：示例命令使用 ipmitool.exe -H ... -p 10623 -I lanplus
• 知识图谱实体：
  • rmcpd: 处理 RMCP+/IPMI 会话
  • ipmi_core: 核心 IPMI 模块
  • udp::10623-:623: UDP 端口转发规则
  • 10623: IPMI v2 标准管理端口

最终结论：该问题是 IPMI 服务未响应 + 认证配置不当 + 端口转发缺失 综合作用的结果。建议严格按照上述顺序排查，优先恢复基础通信能力。

[dengchangxiong]

麻烦通过telnet进去，然后再发一下ipmi命令，然后看看后台日志打印是什么，给一点后台的日志

[lpj1911]

@dengchangxiong

telnet

~ ~ $ ls /lib/systemd/system |grep -i network
network-online.target
network-pre.target
network.target
systemd-network-generator.service
systemd-networkd-wait-online.service
systemd-networkd.service
systemd-networkd.socket
看到bmc系统中没有phosphor-networkd网络服务，不知道是不是跟这个有关系

[lpj1911]

Administrator@localhost’s password:
Last login: Tue Aug 15 09:21:01 2023 from 10.0.2.2
~ ~ $
~ ~ $
~ ~ $
~ ~ $ ipmi
-bash: ipmi: not found

[dengchangxiong]

在拉起qemu的一侧发起ipmi命令，后台看一下/var/log/app.log是否有异常日志打印

[lpj1911]

root@a85bd9547aef:/var/log# ipmitool -H 127.0.0.1 -p 10623 -U root -P 0penBmc -C 17 -I lanplus mc info
Error: Unable to establish IPMI v2 / RMCP+ session
root@a85bd9547aef:/var/log# dmesg
root@a85bd9547aef:/var/log# pwd
/var/log
root@a85bd9547aef:/var/log# ls
alternatives.log apt bootstrap.log btmp dpkg.log faillog fontconfig.log grafana lastlog nginx wtmp
/var/log/目录下没有app.log文件，dmesg也没有任何打印

[dengchangxiong]

ipmi要么在bmc侧发，要么在对应的os侧发，或者在拉起qemu的os侧发，建议查看这里的使用手册QEMU 仿真与 BMC 业务开发指南 | 文档中心 | openUBMC

[lpj1911]

我现在是在“root@a85bd9547aef”这个docker环境启动的qemu，现在使用的ipmitool命令也是在“root@a85bd9547aef”这个docker环境上，这不就是你说的要在启动qemu的宿主机上，使用ipmitool命令

[dengchangxiong]

/var/log/app.log这个日志要qemu里面的系统看这里的日志

[lpj1911]

现在在宿主机上，使用“ipmitool -I lanplus -H 127.0.0.1 -p 10623 -U Administrator -P Admin@90000 fru”是有输出的，猜测是ipmitool工具的参数不正确，我也再分析一下

[dengchangxiong]

好的，有问题可以按照上面的策略，看看qemu里面的日志中是否有异常日志打印的问题来分析