BMC Studio网页一直卡在仓库部署中

交流互助区
1

问题描述

BMC Studio网页一直卡在仓库部署中，尝试过连接conan

conan profile detect --force
conan remote add openubmc_dev “https://conan.openubmc.cn/conan_1/” --insecure --force

conan remote login openubmc_sdk *** -p ***

Screenshot from 2026-02-04 23-05-37
Screenshot from 2026-02-04 23-05-371979×1080 162 KB

liujinlong@HP-ProDesk-400-G4-MT:~/liujinlong/workspace/manifest$ bingo studio

whoami
liujinlong
conan版本: 2.24.0
Warning: Cangjie environment not found at /opt/cangjie
Starting Nginx service…
Config file already exists at ‘/home/liujinlong/.bmc_studio/config/bmc_studio.generated.conf’. Overwriting…
Generating config with frontend:11000 backend:9000…
Starting Nginx for project ‘/usr/share/bmc_studio’…
Nginx started successfully.
BMC Studio is running at: http://localhost:11000
Please manually open: http://localhost:11000
Starting BMC Studio in foreground…
BMC Studio started.
[2026-02-04T22:57:22.347979598+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio/workspace 200
[2026-02-04T22:57:22.422579244+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/hpm/upgrade-status 200
[2026-02-04T22:57:22.420549254+08:00] [INFO] [ssh_controller.cj] [149] Current pool: 0, Historical: 0
[2026-02-04T22:57:22.422802967+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/ssh-connections?queryType=details 200
[2026-02-04T22:57:22.466177403+08:00] [INFO] [bmcgo.cj] [44] bingo found.
[2026-02-04T22:57:22.470211561+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/consistency-check/checkStatus 200
[2026-02-04T22:57:22.638961963+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/status 200
[2026-02-04T22:57:22.776358521+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/qemu/status 200
[2026-02-04T22:57:24.42563508+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/status 200
[2026-02-04T22:57:24.434340349+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/consistency-check/checkStatus 200
[2026-02-04T22:57:24.447610816+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/status 200
[2026-02-04T22:57:24.455692281+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T22:57:24.455966699+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/hpm/task 200
[2026-02-04T22:57:24.510103802+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/package-infos 200
[2026-02-04T22:57:24.522476986+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/package-infos 200
[2026-02-04T22:57:24.542259788+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/repo-infos 200
[2026-02-04T22:57:30.005930573+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/repos-status 200
[2026-02-04T22:57:30.020270849+08:00] [INFO] [reponse_controller.cj] [63] POST HTTP/1.0 /studio-tool/manifest/deploy-repos 200
[2026-02-04T22:57:30.026214565+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T22:57:45.050818045+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T22:58:00.058448342+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T22:58:15.067347224+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T22:58:30.076059564+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T22:58:45.09182132+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T22:59:00.101216824+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T22:59:15.111709294+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T22:59:30.120087405+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T22:59:45.125771199+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:00:00.174429313+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:00:15.500788148+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:00:30.503902939+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:00:45.513135826+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:01:00.52393828+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:01:15.52992953+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:01:30.538072194+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:01:45.546800273+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:02:00.552579303+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:02:15.556672369+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:02:30.569835251+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:02:45.576080437+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:03:00.63749192+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:03:15.646992597+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:03:30.656266742+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:03:45.667237962+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:04:00.672919859+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:04:15.679737079+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:04:31.539735015+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:04:46.543541089+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:05:01.629037708+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:05:16.663267618+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:05:31.686378053+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:05:46.690336112+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:06:02.428490423+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:06:17.637931415+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:06:32.646201356+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-04T23:06:48.625189739+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200

环境信息

  • 操作系统：[如 Ubuntu 24.04]

  • 软件版本：[如 OpenUBMC2512]

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

构建25.12-LTS-SP1版本初始化问题
2

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

:puzzle_piece: 总结

问题 原因 解决方法
仓库部署卡住 配置了不可访问的 Conan 远程地址 conan_1/ 改为使用 https://conan.openubmc.cn/bmc_sdk.latest
构建无响应 openubmc_dev 别名指向错误仓库 删除并重建远程，确保别名与 URL 匹配
日志无输出 请求超时或静默失败 检查 fetch_component_code.log 及网络连接
点击此处查看详细分析解答

BMC Studio 仓库部署卡住问题分析与解决方案

根据您提供的详细描述和上下文信息，BMC Studio 在执行“一键仓库部署”时长时间卡在“仓库部署中…”状态，这是一个在 openUBMC 开发环境中较为常见的问题。以下是对此问题的全面分析与解决建议。

:magnifying_glass_tilted_left: 问题分析

1. 问题现象

  • BMC Studio 界面卡在“仓库部署中…”状态，长时间无进展。
  • 表格显示“暂无数据”，日志记录为空（“暂无数据”），表明代码拉取流程未成功启动或中途失败。
  • 终端日志（如 bingo studio 输出）中仅循环出现对 /studio-tool/manifest/deploy-status 的轮询请求，无错误输出，表面“正常”但实质停滞。
  • 用户已尝试配置 Conan 远程仓库（openubmc_dev、openubmc_sdk）并登录认证，但问题依旧。

2. 根本原因分析

结合知识图谱、文档块及搜索结果，可能导致该问题的根本原因如下：

:white_check_mark: 原因一：Conan 远程仓库地址配置错误或不可访问

  • 您配置的远程仓库为：
    conan remote add openubmc_dev "https://conan.openubmc.cn/conan_1/" --insecure --force
  • 但根据 知识图谱数据 和 用户报告，该地址 https://conan.openubmc.cn/conan_1/ 目前不可访问，是已知的失效地址。
  • 实际可用的 Conan 仓库地址应为：
    • SDK 仓库: https://conan.openubmc.cn/bmc_sdk.latest
    • 或替代地址: https://conan.openubmc.cn/conan_1/ 已被弃用

:white_check_mark: 验证依据：

  • 实体 https://conan.openubmc.cn/conan_1/ 的描述明确指出：“该 URL 是 Conan 包服务器，报告为不可访问，导致构建失败。”
  • 用户 baixin_zhangbin 确认使用新 URL 后问题解决。
  • 指令 conan remote login openubmc_sdk 成功，说明 openubmc_sdk 是当前活跃且可访问的仓库。

:white_check_mark: 原因二：使用了错误的远程仓库别名（Remote Name）

  • BMC Studio 与构建工具链（如 Bingo）默认使用 openUBMC_dev 作为远程仓库别名来下载依赖。
  • 您虽然添加了 openubmc_dev 别名，但该别名指向了错误的、不可达的URL。
  • 系统在调用 conan download 时，因无法连接目标服务器，导致请求超时或静默失败，前端表现为“卡住”。

:link: 关系验证：

  • Bingo Gen → openUBMC_dev: Bingo 构建流程依赖 openubmc_dev 别名获取包。
  • conan user ... -r openubmc_dev: 用户认证也需针对正确别名。

:white_check_mark: 原因三：未正确执行“一键仓库部署”前的必要步骤

  • 根据 [BMC Studio 用户指南]，“一键仓库部署” 的功能是：

    “根据 Manifest 中产品的配置信息，动态获取仓库配置并完成全量仓库代码的获取。”

  • 前提条件是：
    1. 成功导入 Manifest 配置（Git 地址、分支）:white_check_mark:（您已配置）
    2. 用户已登录 Conan 账号:white_check_mark:（您已执行 login）
    3. Conan 远程仓库配置正确且可访问:cross_mark:（当前问题核心）

:white_check_mark: 解决方案

请按以下步骤逐一排查并修复：

步骤 1：删除错误的远程仓库并添加正确的

# 删除错误配置
conan remote remove openubmc_dev

# 添加正确的 openUBMC_dev 远程（指向有效的 SDK 地址）
conan remote add openubmc_dev https://conan.openubmc.cn/bmc_sdk.latest --insecure --force

:light_bulb: 说明：bmc_sdk.latest 是官方推荐的稳定端点，实际指向最新可用 SDK 版本。

步骤 2：确认并登录正确的远程仓库

# 登录 openubmc_dev（这是构建系统依赖的主要远程）
conan remote login openubmc_dev <您的用户名> -p <您的密码>

# （可选）验证 openubmc_sdk 登录状态
conan remote login openubmc_sdk <您的用户名> -p <您的密码>

:warning: 注意：即使 openubmc_sdk 登录成功，若 openubmc_dev 配置错误或未登录，构建流程仍会失败。

步骤 3：验证 Conan 配置

# 查看当前远程列表
conan remote list

# 示例正确输出应包含：
# openubmc_dev: https://conan.openubmc.cn/bmc_sdk.latest [Verify SSL: False]
# openubmc_sdk: https://conan.openubmc.cn/bmc_sdk.latest [Verify SSL: False]

步骤 4：重启 BMC Studio 并重试部署

  1. 关闭当前 BMC Studio 服务。
  2. 重新运行：
    bingo studio
  3. 浏览器重新访问 http://localhost:11000。
  4. 进入“仓库管理”页面，重新点击“一键仓库部署”。

步骤 5：检查日志定位问题（如有失败）

  • 查看终端输出是否有 Conan 错误。
  • 若问题依旧，检查日志文件路径：
    /root/bmcgo_log/fetch_component_code.log
    该路径在文档中被提及为组件下载失败的日志记录位置。

:pushpin: 附加建议

建议项 说明
使用推荐 Docker 镜像 参考《Docker 开发环境搭建》，使用华为云镜像站提供的预配置镜像，避免环境差异导致的问题。
确保网络可达性 测试 curl https://conan.openubmc.cn/bmc_sdk.latest 是否返回有效内容。
避免使用 --insecure 风险 仅在测试环境使用 --insecure，生产环境建议配置 CA 证书。

:puzzle_piece: 总结

问题 原因 解决方法
仓库部署卡住 配置了不可访问的 Conan 远程地址 conan_1/ 改为使用 https://conan.openubmc.cn/bmc_sdk.latest
构建无响应 openubmc_dev 别名指向错误仓库 删除并重建远程，确保别名与 URL 匹配
日志无输出 请求超时或静默失败 检查 fetch_component_code.log 及网络连接

通过修正 Conan 远程仓库地址并确保认证正确，您应能成功完成“一键仓库部署”。建议保持与 openUBMC 社区同步，关注官方文档中关于 Conan 仓库地址的更新公告。

相关链接：

  1. bmc studio使用问题
  2. 新增一个组件，通过CLI进行模型代码生成时报错
  3. bmc studio工具使用问题
  4. 2512高可用构建失败
  5. BMC Studio相关FAQ | 文档中心 | openUBMC
3

请尝试查看文件~/bmc_studio/workspaces/您的工作空间名字/manifest/temp/log/task.log，可以看到是卡在哪一步

4

创建 8 个进程拉取代码
更新 firmware_mgmt 组件代码到 firmware_mgmt/1.100.16@openubmc/stable 开始
更新 vpd 组件代码到 vpd/1.80.183@openubmc/stable 开始
更新 iam 组件代码到 iam/1.0.18@openubmc/stable 开始
更新 mdb_interface 组件代码到 mdb_interface/1.90.224@openubmc/stable 开始
更新 frudata 组件代码到 frudata/1.70.46@openubmc/stable 开始
更新 fructrl 组件代码到 fructrl/1.70.69@openubmc/stable 开始
更新 sensor 组件代码到 sensor/1.70.95@openubmc/stable 开始
更新 rackmount 组件代码到 rackmount/1.90.457@openubmc/stable 开始

conan remote list
openubmc_sdk: https://conan.openubmc.cn/bmc_sdk_latest [Verify SSL: False, Enabled: True]
openubmc_dev: https://conan.openubmc.cn/bmc_sdk_latest [Verify SSL: False, Enabled: True]
openubmc_opensource: https://conan.openubmc.cn/openubmc_opensource [Verify SSL: False, Enabled: True]
openubmc: https://conan.openubmc.cn/artifactory/api/conan/conan [Verify SSL: True, Enabled: True]
conan download vpd/1.80.183@openubmc/stable -r openubmc_sdk --only-recipe
Connecting to remote ‘openubmc_sdk’ with user ‘liujinlong’
ERROR: 404: Not found. [Remote: openubmc_sdk]
openubmc_sdk: https://conan.openubmc.cn/bmc_sdk_latest [Verify SSL: False, Enabled: True]
openubmc_dev: https://conan.openubmc.cn/bmc_sdk_latest [Verify SSL: False, Enabled: True]
openubmc_opensource: https://conan.openubmc.cn/openubmc_opensource [Verify SSL: False, Enabled: True]
openubmc: https://conan.openubmc.cn/artifactory/api/conan/conan [Verify SSL: True, Enabled: True]
Recipe not fount in openubmc_sdk: vpd/1.80.183@openubmc/stable
conan download vpd/1.80.183@openubmc/stable -r openubmc_sdk --only-recipe
Connecting to remote ‘openubmc_opensource’ with user ‘liujinlong’
Connecting to remote ‘openubmc_sdk’ with user ‘liujinlong’
ERROR: 404: Not found. [Remote: openubmc_sdk]
ERROR: 404: Not found. [Remote: openubmc_opensource]
Recipe not fount in openubmc_sdk: vpd/1.80.183@openubmc/stable
conan download vpd/1.80.183@openubmc/stable -r openubmc_dev --only-recipe
Connecting to remote ‘openubmc_dev’ with user ‘liujinlong’
Connecting to remote ‘openubmc_opensource’ with user ‘liujinlong’
ERROR: 404: Not found. [Remote: openubmc_dev]
Recipe not fount in openubmc_dev: vpd/1.80.183@openubmc/stable
conan download vpd/1.80.183@openubmc/stable -r openubmc_dev --only-recipe
ERROR: 404: Not found. [Remote: openubmc_opensource]
Connecting to remote ‘openubmc_dev’ with user ‘liujinlong’
Connecting to remote ‘openubmc_sdk’ with user ‘liujinlong’

5

openubmc_sdk
openubmc_dev
openubmc_opensource
openubmc

这几个地址是结合AI回复和在论坛里找的，现在好像是有些组件在conan仓库里面找不到

6

可能是因为最近改了conan远端，bingo fetch还没适配，这两天我们会修复这个问题

7

在manifest中使用bingo build可以成功生成固件，有下载组件过程，这两个是不一样的吗？

8

是，拉取组件对应的bingo命令是bingo fetch

9

您好，最新版本的bingo已经解决了这个问题，请您bingo up后重新尝试一下

10

你好，我bingo up更新后，还是一样的问题

11

那现在~/bmc_studio/workspaces/您的工作空间名字/manifest/temp/log/task.log是卡在哪一步呢？

12

/root/bmc_studio/workspaces/kp920/manifest/temp/log这个下面没有log文件

13

您是在这个manifest下出的包吗？bmc studio的运行日志是否能提供一下？

14

在manifest下bingo build可以出包，在bmc studio中一键部署缺少组件

WARN: 未配置 show_version 字段

conan graph build-order . -pr=profile.luajit.ini -pr:b profile.dt.ini -s:h build_type=Debug -o :module_symvers=ca7d466b391e7ba1e7f5576666e3fec47f8c3d90d6010c4d53704c14a5147f0f -o firmware_mgmt/:community_enable=True -o vpd/:board_name=openUBMC -o fructrl/:manufacture=True -o chassis/:manufacture=True -o webui/:energy_enabled=False -o webui/:webvnc_enabled=True -o help/:board_name=openUBMC -o remote_console/:webvnc_supported=True -o nsm/:webvnc_supported=True -o bmc_time/*:manufacture=True -o /:enable_luajit=True --order-by=recipe -f json --out-file=/root/bmc_studio/workspaces/kp920/manifest/temp/build_openUBMC_debug_dev/graph.order --user=openubmc --channel=stable --build=missing --lockfile-out=/root/bmc_studio/workspaces/kp920/manifest/temp/build_openUBMC_debug_dev/openubmc.lock
目标 app 正在等待任务: work.build.app, 当前已等待 60 秒

Build mdbctl start, logfile: /root/bmc_studio/workspaces/kp920/manifest/temp/log/conan_Build_mdbctl.log
Build mdbctl not ok.
start build openUBMC: conan create . -pr=profile.luajit.ini -pr:b profile.dt.ini -s:h build_type=Debug -o :module_symvers=ca7d466b391e7ba1e7f5576666e3fec47f8c3d90d6010c4d53704c14a5147f0f -o firmware_mgmt/:community_enable=True -o vpd/:board_name=openUBMC -o fructrl/:manufacture=True -o chassis/:manufacture=True -o webui/:energy_enabled=False -o webui/:webvnc_enabled=True -o help/:board_name=openUBMC -o remote_console/:webvnc_supported=True -o nsm/:webvnc_supported=True -o bmc_time/:manufacture=True -o /:enable_luajit=True --user=openubmc --channel=stable --build=missing
conan create . -pr=profile.luajit.ini -pr:b profile.dt.ini -s:h build_type=Debug -o :module_symvers=ca7d466b391e7ba1e7f5576666e3fec47f8c3d90d6010c4d53704c14a5147f0f -o firmware_mgmt/:community_enable=True -o vpd/:board_name=openUBMC -o fructrl/:manufacture=True -o chassis/:manufacture=True -o webui/:energy_enabled=False -o webui/:webvnc_enabled=True -o help/:board_name=openUBMC -o remote_console/:webvnc_supported=True -o nsm/:webvnc_supported=True -o bmc_time/:manufacture=True -o /:enable_luajit=True --user=openubmc --channel=stable --build=missing
ERROR: 执行命令 conan create . -pr=profile.luajit.ini -pr:b profile.dt.ini -s:h build_type=Debug -o :module_symvers=ca7d466b391e7ba1e7f5576666e3fec47f8c3d90d6010c4d53704c14a5147f0f -o firmware_mgmt/:community_enable=True -o vpd/:board_name=openUBMC -o fructrl/:manufacture=True -o chassis/:manufacture=True -o webui/:energy_enabled=False -o webui/:webvnc_enabled=True -o help/:board_name=openUBMC -o remote_console/:webvnc_supported=True -o nsm/:webvnc_supported=True -o bmc_time/:manufacture=True -o /:enable_luajit=True --user=openubmc --channel=stable --build=missing 错误, 日志: /root/bmc_studio/workspaces/kp920/manifest/temp/log/task.log
ERROR: 任务 work.build.app 执行失败, Command ‘[’/usr/local/bin/conan’, ‘create’, ‘.’, ‘-pr=profile.luajit.ini’, ‘-pr:b’, ‘profile.dt.ini’, ‘-s:h’, ‘build_type=Debug’, ‘-o’, ':module_symvers=ca7d466b391e7ba1e7f5576666e3fec47f8c3d90d6010c4d53704c14a5147f0f’, ‘-o’, ‘firmware_mgmt/:community_enable=True’, ‘-o’, 'vpd/:board_name=openUBMC’, ‘-o’, ‘fructrl/:manufacture=True’, ‘-o’, 'chassis/:manufacture=True’, ‘-o’, ‘webui/:energy_enabled=False’, ‘-o’, 'webui/:webvnc_enabled=True’, ‘-o’, ‘help/:board_name=openUBMC’, ‘-o’, 'remote_console/:webvnc_supported=True’, ‘-o’, ‘nsm/:webvnc_supported=True’, ‘-o’, 'bmc_time/:manufacture=True’, ‘-o’, ‘/:enable_luajit=True’, ‘–user=openubmc’, ‘–channel=stable’, ‘–build=missing’]’ returned non-zero exit status 1.
ERROR: 任务 work.build.app 执行失败
ERROR: 任务 app 执行失败
ERROR: 请查看日志信息
conan install --requires=‘bingo_cases/[>=1.0.0]@openubmc/stable’ -u --deployer-folder=/tmp/tmpe1ljxttm -of /tmp/tmpe1ljxttm -d direct_deploy

[2026-02-26T17:00:56.432775404+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-26T17:00:58.306248256+08:00] [INFO] [manifest_model.cj] [510] fetch component for openUBMC to kp920 success
[2026-02-26T17:01:11.440555045+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-status 200
[2026-02-26T17:01:11.45032125+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/deploy-history 200
[2026-02-26T17:01:11.767331951+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/status 200
[2026-02-26T17:01:11.771411536+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/package-infos 200
[2026-02-26T17:01:12.697255557+08:00] [INFO] [reponse_controller.cj] [63] GET HTTP/1.0 /studio-tool/manifest/repo-infos 200

15

能看一下您的manifest的版本吗？cd到manifest里执行git log看一下。
顺带问一下，您出包的manifest和studio用的manifest是同一个manifest文件夹吧？

16

commit 1d6fc2faf6ddd8c03d471e3f63689b9e166ff62c (HEAD → br_release_openUBMC2512_20261231_LTS, origin/br_release_openUBMC2512_20261231_LTS)
Merge: 1807053 9228c71
Author: openUBMC-robot chaotomzhu@gmail.com
Date: Tue Jan 20 15:54:33 2026 +0800

我本来是在普通用户下编译的，使用studio的话不在root下不能一键出包，就sudo bingo studio，然后手动导入普通用户下的manifest文件夹，然后一键仓库部署

17

您要不要试一下创建一个新的bmc studio工作空间，然后通过git地址导入一个新的manifest试试？感觉可能是manifest兼容性问题

18

不行，studio创建全新工程报下面错误，并且我删了～/conan2/p后，之前在manifest下使用命令能成功出包的也报错了，应该还是conan仓库出了问题

image
image1059×153 16.3 KB

19

如果怀疑是conan仓的问题，可以用以下指令确认：
1.conan remote list 看下远程conan仓
2.conan search nsm -r openubmc_sdk
conan search help -r openubmc_opensource 用下这两个看看认证是否存在

20

这个看起来都没问题，为什么我删了本地仓重新下载就不能编译了

liujinlong@QiTianM415-D339:~/liujinlong/BMC/workspace/manifest$ conan search nsm -r openubmc_sdk
Connecting to remote ‘openubmc_sdk’ with user ‘liujinlong’
Found 1 pkg/version recipes matching nsm in openubmc_sdk
openubmc_sdk
nsm
nsm/1.100.16@openubmc/stable
liujinlong@QiTianM415-D339:~/liujinlong/BMC/workspace/manifest$ conan remote list
openubmc_sdk: https://conan.openubmc.cn/bmc_sdk_latest [Verify SSL: False, Enabled: True]
openubmc_opensource: https://conan.openubmc.cn/openubmc_opensource [Verify SSL: False, Enabled: True]
openubmc_dev: https://conan.openubmc.cn/bmc_sdk_latest [Verify SSL: False, Enabled: True]
liujinlong@QiTianM415-D339:~/liujinlong/BMC/workspace/manifest$ conan search help -r openubmc_opensource
Connecting to remote ‘openubmc_opensource’ with user ‘liujinlong’
Found 22 pkg/version recipes matching help in openubmc_opensource
openubmc_opensource
help
help/1.71.34@openubmc/stable
help/1.71.36@openubmc/stable
help/1.71.37@openubmc/stable
help/1.71.38@openubmc/stable
help/1.71.39@openubmc/stable
help/1.71.40@openubmc/stable
help/1.71.41@openubmc/stable
help/1.71.42@openubmc/stable
help/1.71.43@openubmc/stable
help/1.71.44@openubmc/stable
help/1.71.45@openubmc/stable
help/1.71.46@openubmc/stable
help/1.71.47@openubmc/stable
help/1.71.48@openubmc/stable
help/1.71.49@openubmc/stable
help/1.71.50@openubmc/stable
help/1.71.53@openubmc/stable
help/1.71.54@openubmc/stable
help/1.71.55@openubmc/stable
help/1.71.56@openubmc/stable
help/1.71.57@openubmc/stable
help/1.71.58@openubmc/stable