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

交流互助区
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