2512LTS编译装备包失败

[huakun_liyangxuan]

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

问题描述

2512高可用版本编译装备包失败

编译命令：bmcgo build -t publish -b openUBMC -z 0502TEST -r openubmc_opensource

bingo version:0.6.120/bmcgo version：0.7.51

编译日志报错日志：

04c14a5147f0f --user=openubmc --channel=stable --build=missing
目标 publish 正在等待任务: work.build.app, 当前已等待 300 秒
目标 publish 正在等待任务: work.build.app, 当前已等待 300 秒
目标 publish 正在等待任务: work.task_sign_and_pack_hpm, 当前已等待 300 秒
目标 publish 正在等待任务: work.task_build_rootfs_img, 当前已等待 300 秒
目标 publish 正在等待任务: work.build.app, 当前已等待 300 秒
目标 publish 正在等待任务: work.task_build_ipmc_bin, 当前已等待 300 秒
目标 publish 正在等待任务: work.build.app, 当前已等待 300 秒
目标 publish 正在等待任务: work.task_build_rootfs_img, 当前已等待 360 秒
目标 publish 正在等待任务: work.build.app, 当前已等待 360 秒
目标 publish 正在等待任务: work.build.app, 当前已等待 360 秒
目标 publish 正在等待任务: work.task_sign_and_pack_hpm, 当前已等待 360 秒
目标 publish 正在等待任务: work.task_build_wbd_hpm, 当前已等待 360 秒
目标 publish 正在等待任务: work.build.app, 当前已等待 360 秒
目标 publish 正在等待任务: work.build.app, 当前已等待 360 秒
timed out
timed out
timed out
timed out
timed out
timed out
timed out

task.log中报错

component_drivers/1.2.3@openubmc/stable: Meson build cmd: meson compile -C “/root/.conan2/p/b/compocf669413ec13b/b/build” -j12

component_drivers/1.2.3@openubmc/stable: RUN: meson compile -C “/root/.conan2/p/b/compocf669413ec13b/b/build” -j12

[1/454] Compiling C++ object gen/libdevice_tree.so.p/src_device_tree_interface_OpticalModule.cpp.o

FAILED: gen/libdevice_tree.so.p/src_device_tree_interface_OpticalModule.cpp.o

aarch64-target-linux-gnu-g++ -Igen/libdevice_tree.so.p -Igen -I../gen -I../gen/include -I/root/.conan2/p/b/libmc35577b81f46da/p/include -I/root/.conan2/p/b/libsoc958fa51a50cc/p/include -I/root/.conan2/p/b/boost8bf5ea4a5ba97/p/include -I/root/.conan2/p/b/libloa8658aedf0438/p/include -I/root/.conan2/p/b/huaweb1fdda5aad02c/p/include -I/root/.conan2/p/b/huaweb1fdda5aad02c/p/include/secure -I/opt/RTOS/208.10.0/arm64le_5.10_ek_preempt_pro/sdk/usr/include/dbus-1.0 -I/opt/RTOS/208.10.0/arm64le_5.10_ek_preempt_pro/sdk/usr/lib64/dbus-1.0/include -I/opt/RTOS/208.10.0/arm64le_5.10_ek_preempt_pro/sdk/usr/include/glib-2.0 -I/opt/RTOS/208.10.0/arm64le_5.10_ek_preempt_pro/sdk/usr/lib64/glib-2.0/include -I/opt/RTOS/208.10.0/arm64le_5.10_ek_preempt_pro/sdk/usr/include -I/root/.conan2/p/b/libsoc673a25805d76/p/include -I/root/.conan2/p/b/skyne832365268897a/p/include -I/root/.conan2/p/b/luaji844b7865a61a3/p/include/luajit -I/opt/hcc_arm64le/aarch64-target-linux-gnu/lib/include -fdiagnostics-color=always -D_GLIBCXX_ASSERTIONS=1 -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Wextra -Wpedantic -std=c++17 -O0 -g -Wall -Wextra -fvisibility=hidden -fpermissive -Wno-error=attributes -Wno-error=deprecated-declarations -fno-strict-aliasing -DENABLE_CONAN_COMPILE=1 -Wall -fPIC -fstack-protector-all -Os -fPIE -pie -fno-common -std=c++17 --sysroot=/opt/RTOS/208.10.0/arm64le_5.10_ek_preempt_pro/sdk -Wno-unused-variable -Wno-unused-parameter -Wno-sign-compare -fpermissive -Wno-pedantic -fno-strict-aliasing -Wno-deprecated-copy -Os -D_GLIBCXX_USE_CXX11_ABI=0 -fPIC -Os -ffunction-sections -fdata-sections -MD -MQ gen/libdevice_tree.so.p/src_device_tree_interface_OpticalModule.cpp.o -MF gen/libdevice_tree.so.p/src_device_tree_interface_OpticalModule.cpp.o.d -o gen/libdevice_tree.so.p/src_device_tree_interface_OpticalModule.cpp.o -c ../gen/src/device_tree/interface/OpticalModule.cpp

aarch64-target-linux-gnu-g++: internal compiler error: Killed (program cc1plus)

Please submit a full bug report,

with preprocessed source if appropriate.

See https://gcc.gnu.org/bugs/ for instructions.

ERROR: Exiting with code: 3

环境信息

代码基线：2512+hal

重现步骤

期望结果

正常编译出装备包

实际结果

编译失败

尝试过的解决方案

[ubmc_assistant (openUBMC_Assistant)]

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

2512LTS 编译 manufacture 包失败问题分析与解决方案

根据您提供的编译日志和错误信息，以下是针对 2512LTS 版本编译 manufacture 包失败 问题的详细分析与解决建议。

---

问题描述

• 编译命令：

  bmcgo build -t publish -b openUBMC -z 0502TEST -r openubmc_opensource
  

• 工具版本：

  • bingo version: 0.6.120
  • bmcgo version: 0.7.51

• 关键错误日志片段：

  aarch64-target-linux-gnu-g++: internal compiler error: Killed (program cc1plus)
  Please submit a full bug report,
  with preprocessed source if appropriate.
  See https://gcc.gnu.org/bugs/ for instructions.
  ERROR: Exiting with code: 3
  

• 现象特征：

  • 多个构建任务长时间等待（如 work.build.app, work.task_build_rootfs_img 等），最终超时。
  • 实际编译过程中 aarch64-target-linux-gnu-g++ 编译器进程被系统终止（Killed）。
  • 错误发生在 component_drivers/1.2.3@openubmc/stable 的 C++ 文件编译阶段。

---

根本原因分析

Internal Compiler Error: Killed (program cc1plus)

该错误表示 交叉编译器 g++ 在编译 C++ 源码时被操作系统强制杀死（Killed），通常不是代码本身的问题，而是 环境资源限制 所致。

结合上下文，可能原因如下：

1. 内存不足（OOM - Out of Memory）

• cc1plus 是 GCC 的 C++ 前端编译器进程，对内存消耗较大。
• 当前构建使用 -j12（12线程并行编译），在资源受限环境下极易导致内存耗尽。
• 操作系统触发 OOM Killer 机制，主动终止高内存占用进程（如 cc1plus），表现为 “Killed”。

这是最可能的根因。

2. 交叉编译工具链不完整或环境缺失

• 日志中出现路径 /opt/RTOS/... 和 /opt/hcc_arm64le/...，说明依赖华为定制的 RTOS SDK 与交叉编译工具链。
• 若以下目录不存在或权限异常，可能导致工具链无法正常工作：
  • /opt/RTOS
  • /opt/hcc_arm64le

3. Conan 依赖解析阻塞导致任务卡死

• 多个 work.build.app、work.task_sign_and_pack_hpm 等任务处于 等待状态，持续超时，提示构建流程卡顿。
• 可能因远程 Conan 仓库（openubmc_opensource）响应缓慢或依赖未命中，导致后续任务无法启动。

---

解决方案

方案一：增加构建机内存或限制并行编译数

适用场景：构建主机内存 ≤ 16GB

# 修改构建命令，降低并行线程数，减少内存压力
bmcgo build -t publish -b openUBMC -z 0502TEST -r openubmc_opensource -j4

-j4 表示最多使用 4 个并行编译线程，显著降低内存峰值使用。

建议：

• 构建环境建议配置至少 32GB 内存 + 16 核 CPU。
• 可临时关闭其他服务，释放内存资源。
• 使用 htop 或 dmesg | grep -i kill 查看是否触发 OOM Killer。

---

方案二：检查交叉编译工具链和 SDK 安装

确保以下路径存在且可访问：

ls /opt/RTOS/
ls /opt/hcc_arm64le/

若目录缺失，请参考文档重新安装 BMC SDK：

# 示例：下载并解压 bmc_sdk（需权限）
wget https://your-sdk-repo.com/bmc_sdk.zip -O bmc_sdk.zip
unzip bmc_sdk.zip -d /opt/

注意：aarch64-target-linux-gnu-g++ 必须位于 $PATH 中，并能正常执行。

---

方案三：确认 Conan 远程仓库配置正确

您使用了 -r openubmc_opensource，请确保该远程已正确定义：

# 查看当前 Conan 远程
conan remote list

# 应包含类似：
# openubmc_opensource: https://conan.openubmc.cn/conan_opensource VERIFY

如有问题，重新添加：

conan remote add openubmc_opensource https://conan.openubmc.cn/conan_opensource --insecure

若网络不稳定，可尝试在公司内网镜像仓库或启用代理。

---

方案四：启用详细日志排查具体卡点

使用 VERBOSE=ON 输出更详细的构建日志：

VERBOSE=ON bmcgo build -t publish -b openUBMC -z 0502TEST -r openubmc_opensource -j4

此变量可由 xuhaijun 等专家推荐用于诊断构建问题，有助于定位具体失败模块。

---

相关知识支持（来自上下文）

实体	说明
bmcgo build	用于构建 OpenUBMC 固件的核心命令，支持 -b openUBMC 目标和远程仓库 -r 参数
openubmc_opensource	Conan 远程仓库，用于获取开源组件依赖
Internal Compiler Error: Killed (program cc1plus)	典型的内存不足导致编译器崩溃
xuhaijun	社区技术专家，曾建议通过 VERBOSE=ON 查看详细日志辅助调试
Task_Build_Conic / Work.Build Conan	构建流程中的 Conan 并行任务，可能因依赖冲突或网络问题卡住

---

附加建议

1. 避免在容器中低资源构建

   • 若使用 Docker，需确保分配足够内存（>24GB）。

2. 定期清理 Conan 缓存

   conan remove "*" --builds --force
   

   防止缓存污染导致构建异常。

3. 检查组件版本兼容性

   • component_drivers/1.2.3@openubmc/stable 是否与 2512LTS + hal 基线兼容？
   • 可尝试切换到 @openubmc.dev/dev 或更新版本。

4. 更换构建主机

   • 若本地机器资源紧张，建议使用高性能构建服务器。

---

总结

问题	原因	解决方案
编译报 internal compiler error: Killed (cc1plus)	内存不足导致 OOM Killer 终止进程	降低 -j 并行数，升级构建机内存
构建任务长时间等待超时	Conan 依赖拉取慢或缺失	检查 openubmc_opensource 远程配置
编译器无法运行	交叉工具链缺失	确保 /opt/RTOS 与 /opt/hcc_arm64le 存在

---

推荐操作顺序：

1. 执行 dmesg | grep -i kill 确认是否 OOM。
2. 改用 -j4 重试构建。
3. 检查 /opt/RTOS 和 /opt/hcc_arm64le 是否存在。
4. 使用 VERBOSE=ON 获取完整日志。
5. 如仍失败，联系 xuhaijun 或社区提交完整日志进行深入分析。

---

如问题仍未解决，请提供完整 task.log 及 dmesg 输出以便进一步诊断。

相关链接：

1. 高可用组件编译报错
2. 新增组件出包报错ERROR: Version conflict: Conflict between
3. 执行bmcgo build -b openUBMC -r openubmc_dev构建版本失败
4. 【storage】release出包编译libplatform_open.so报错
5. manufacture | 文档中心 | openUBMC

[zhenghaowei (河南昆仑-郑豪伟)]

南向设备树引入一大串驱动编译，component_driver编译极其消耗资源和时间，建议把社区的component_driver全部下载下来；

还有需要PAE传递更新版本的支持manufacture的component_driver

如果要编译的话我这里也有办法；建议搞个资源大的云主机编译

[yangzhun]

@huakun_liyangxuan

component_drivers/1.2.3@openubmc/stable: Meson build cmd: meson compile -C “/root/.conan2/p/b/compocf669413ec13b/b/build” -j12

component_drivers/1.2.3@openubmc/stable: RUN: meson compile -C “/root/.conan2/p/b/compocf669413ec13b/b/build” -j12

[1/454] Compiling C++ object gen/libdevice_tree.so.p/src_device_tree_interface_OpticalModule.cpp.o

FAILED: gen/libdevice_tree.so.p/src_device_tree_interface_OpticalModule.cpp

component_drivers组件编译失败。单组构建这个组件试下呢

[huakun_liyangxuan]

component_driver编译报错的问题已经解决了，原因是当前编译时wsl内存没分配够；目前编译卡在了tpcm组件包这里了，conan list查看组件是有manufacture：true的包但是编译时报错
tpcm/1.100.21@openubmc/stable: WARN: Trying to remove corrupted source folder tpcm/1.100.21@openubmc/stable: WARN: This can take a while for big packages tpcm/1.100.21@openubmc/stable: Calling source() in /root/.conan2/p/tpcmc1c9737cad2fc/s
ERROR: KeyError: ‘pwd’

尝试重新放入高可用组件缓存也未解决

[huakun_liyangxuan]

嗯嗯，是因为内存不足原因导致的编译失败

[yangzhun]

对增加的组件进行编译时，报错 KeyError: 'pwd'

(python3-venv) root@accum:/home/mark/projects/repositories/source/manifest/my_app# bingo build --stage=stable whoami root conan版本: 2.24.0 仓库地址为: conan create --name my_app --version 0.0.1 . -pr…

Index of /25.12/sdk/

keyerror报错参考上面帖子，安装配套bmc_sdk

[zhenghaowei (河南昆仑-郑豪伟)]

tpcm可以看看这个，把tpcm的option改成false

关于1230版本缺包问题规避方案 - 交流互助区 / 鲲鹏专区 - openUBMC 论坛

[huakun_liyangxuan]

sdk,rots_compiler在导入高可用时已按文档操作了，debug包，release包编译均无异常。只有装备包这里有些问题

[huakun_liyangxuan]

tpcm的options哪里去改呢，链接我看是重复链接。

[zhenghaowei (河南昆仑-郑豪伟)]

关于1230版本缺包问题规避方案 - 交流互助区 / 鲲鹏专区 - openUBMC 论坛 写错了，是这个；

[zhenghaowei (河南昆仑-郑豪伟)]

这么写; 这个是由于他们版本少发了东西导致的
z

  0502XXXX:
    default_options:
      manufacture: true
    dependencies: # 缺包特殊处理
      - conan: tpcm
        options:
          manufacture: false

[huakun_liyangxuan]

嗯嗯，收到，马上尝试一波