V2升级UBMC 无法切换串口到BMC

bmc_core SIG
1

客户自研底板，采购的1711模组自带V2版本可以启动。

升级UBMC 2503版本后，串口输入命令无法。 相同版本在开发板上运行没问题，可以切换串口，MACA检测也没有error APP。

升级UBMC登录Administrator后执行命令如下：

① 直接执行ipmcset -d serialdir -v 1

②执行3个命令

/opt/debug/busybox telnet localhost

source /etc/profile

ipmcset -d serialdir -v 1

串口LOG：

image
image837×779 17 KB

image
image1578×531 22.2 KB

切换到model2 src2 dst1 就停止打印了， 请问这是什么原因，怎么解决？

附1：V2启动时的uart打印，mode1 src2 dst2

image
image1568×813 56.7 KB

附2：2503UBMC启动时的uart打印,mode1 src2 dst2

image
image1426×634 35.7 KB

2

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

解决方案（基于上下文）

1. 优先尝试通过 BMC 串口快速登录并切换方向

  • 连接 BMC 串口（确保使用的是 BMC 专用串口引脚，如 UART2）。

  • 在系统启动后快速输入用户名和密码（避免被自动切走）。

  • 进入系统后，执行以下命令将串口切回 BMC 侧：

    ipmcset -d serialdir -v 1

    （参考 [搜索结果4] 中的解决方案）

  • 如果串口仍无法交互，可尝试通过网络（如 SSH/Web）或 IPMI 带内命令执行上述操作。

2. 通过切换分区恢复 BMC 功能

  • 如果在串口不可用但网络仍通的情况下（您提到 ping 可能可以），可使用 Web 或 SSH 登录 BMC：
    ipmcset -d rollback   # 切换到备用分区启动
  • 回滚后 BMC 可能从正常分区启动，恢复串口控制。

3. 使用 IPMI 带内命令（如有条件）

  • 如果主机 OS 侧可执行 IPMI 命令，尝试通过 IPMI 切换串口方向或升级分区。但需要注意，BMC 可能未开启带内升级通道（在升级后可能被禁用），此时需先通过其他方式启用。

4. 首次升级时的预防措施（避免复发）

  • 根据社区升级指导（[Topic 2372] / 参考文档块2），第一次从 V2 升级到 openUBMC 时，需要在出包时修改 manifest.yml 中的 account.option 为 manufacture: true。此操作可确保串口默认行为符合预期，否则可能导致后续串口切换异常。

总结

您遇到的问题是由串口被切换到 CPU 侧这一已知行为导致的。请优先使用 ipmcset -d serialdir -v 1 命令将串口切回 BMC 侧。如果串口已完全无法交互，可通过其他通道（IPMI、Web、分区回滚）恢复。同时确认您的自研底板硬件上串口切换信号是否已正确连接以支持 BMC 控制。

参考社区帖子：

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

根据您提供的上下文信息，从 V2 升级到 openUBMC 25.03（或同类社区版本）后串口无法切换到 BMC 侧、命令无法输入的现象，是已知的常见问题。核心原因是升级后串口被自动切换到 CPU 侧，导致 BMC 侧的串口不可用。

问题原因

  • 串口被切换到 CPU 侧：升级后系统默认将串口输出切换至操作系统（OS）侧，BMC 侧的串口控制台不再响应。社区已有明确案例证实这一点：

    “这是因为串口被切换到CPU侧了，切换回来即可” —— Topic 4275 最佳答案

  • BMC 侧串口在升级后不可用：知识图谱中实体 BMC Side Serial Port 的描述也指出：“升级到 openUBMC 25.09 后，BMC 侧串口变得不可用” —— 这与您遇到的 25.03 版本现象一致。
  • 自研底板与开发板的差异：您在开发板上能够正常切换，而在自研底板上失败，可能涉及硬件上的串口切换控制信号没有正确连接到 BMC（类似 [搜索结果10] 中提到的 SFC 切换信号问题），但此点需要在您的硬件上进一步确认。

解决方案（基于上下文）

1. 优先尝试通过 BMC 串口快速登录并切换方向

  • 连接 BMC 串口（确保使用的是 BMC 专用串口引脚，如 UART2）。

  • 在系统启动后快速输入用户名和密码（避免被自动切走）。

  • 进入系统后，执行以下命令将串口切回 BMC 侧：

    ipmcset -d serialdir -v 1

    （参考 [搜索结果4] 中的解决方案）

  • 如果串口仍无法交互，可尝试通过网络（如 SSH/Web）或 IPMI 带内命令执行上述操作。

2. 通过切换分区恢复 BMC 功能

  • 如果在串口不可用但网络仍通的情况下（您提到 ping 可能可以），可使用 Web 或 SSH 登录 BMC：
    ipmcset -d rollback   # 切换到备用分区启动
  • 回滚后 BMC 可能从正常分区启动，恢复串口控制。

3. 使用 IPMI 带内命令（如有条件）

  • 如果主机 OS 侧可执行 IPMI 命令，尝试通过 IPMI 切换串口方向或升级分区。但需要注意，BMC 可能未开启带内升级通道（在升级后可能被禁用），此时需先通过其他方式启用。

4. 首次升级时的预防措施（避免复发）

  • 根据社区升级指导（[Topic 2372] / 参考文档块2），第一次从 V2 升级到 openUBMC 时，需要在出包时修改 manifest.yml 中的 account.option 为 manufacture: true。此操作可确保串口默认行为符合预期，否则可能导致后续串口切换异常。

总结

您遇到的问题是由串口被切换到 CPU 侧这一已知行为导致的。请优先使用 ipmcset -d serialdir -v 1 命令将串口切回 BMC 侧。如果串口已完全无法交互，可通过其他通道（IPMI、Web、分区回滚）恢复。同时确认您的自研底板硬件上串口切换信号是否已正确连接以支持 BMC 控制。

参考社区帖子：

3

麻烦提供一下一键日志收集的完整日志