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

问题描述

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 ***

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、内存等]

答案内容由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_devopenubmc_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 GenopenUBMC_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

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

创建 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’

openubmc_sdk
openubmc_dev
openubmc_opensource
openubmc

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

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

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

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

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