BMC下DUO卡日志收集很慢

交流互助区
1

版本 OpenUBMC2512

在bmc点击duo卡日志收集，一张卡需要约2个小时。

请问是否正常？

2

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

:white_check_mark: 结论

:cross_mark: 不正常。在OpenUBMC2512版本中，单张Atlas 300I Duo卡的日志收集耗时约2小时属于严重异常行为。

  • 合理预期：应在 10~30分钟内完成，即使多卡环境也不应普遍超过1小时。
  • 建议行动：立即收集完整日志包，排查通信、固件、存储等方面问题，并考虑升级至更稳定的OpenUBMC版本（如25.3.0.B002及以上）。
点击此处查看详细分析解答

关于BMC下DUO卡日志收集耗时问题的分析

根据您提出的问题：“在BMC点击DUO卡日志收集，一张卡需要约2个小时，是否正常？”，结合所提供的上下文信息，现对问题进行综合分析如下：

:magnifying_glass_tilted_left: 问题概述

  • 现象：在使用OpenUBMC2512版本的BMC系统中执行对Atlas 300I Duo卡的日志收集操作时，每张卡耗时约2小时。
  • 疑问点：该耗时是否属于正常行为？

:receipt: 已有信息分析

1. OpenUBMC 日志与日志收集机制

  • 系统支持多种日志收集方式，包括：
    • One-Click Log Collection（一键日志收集）
    • 手动命令行操作
    • Web界面触发
  • One-Click Log Collection 是一种自动化机制，用于集中采集系统日志、运行数据、sysinfo、df_info 等诊断信息，通常耗时不超过10分钟。

:white_check_mark: 来自知识图谱描述：
“One-Click Log Collection 过程可长达10分钟，取决于系统负载和数据量。”

这表明常规的一键日志收集应在10分钟内完成，远低于您报告的2小时。

2. DUO卡相关的日志收集特性

从搜索结果可见：

  • 在插有多张Atlas 300I Duo卡时，执行一键日志收集可能会导致主机系统中出现 IPMI BT timeout 报错：

    “在iBMC页面点击一键收集日志后，在系统下查看dmesg信息，发现会报 IPMI BT: timeout in RD_WAIT。”

  • 多卡环境下日志收集负载显著增加，但即便如此，也没有提及单卡收集需耗时2小时的情况。

3. 正常日志收集时间参考

综合现有文档与社区反馈：

操作 预期耗时 说明
One-Click Log Collection（通用系统日志） ≤ 10分钟 标准诊断流程
带多张NPU卡的环境日志收集 稍有延长 受PCIe通信、传感器数量影响
单张DUO卡日志收集 应 < 30分钟 无任何文献支持需2小时

:cross_mark: 因此，单卡收集耗时约2小时属于异常情况，远超出合理范围。

:warning: 可能原因分析

可能原因 支持证据 建议排查方向
通信链路性能下降或PCIe建链不稳定 插DUO卡后出现IPMI BT超时 检查dmesg日志、PCIe链路状态
BMC与NPU卡固件兼容性问题 某些300I Duo卡存在适配问题（如信息显示不全） 升级MCU或系统固件至最新版
日志收集策略配置异常 存在BMCSet_DrivesLogCollectInterval等可调参数 确认相关收集间隔或任务调度是否误设
存储写入瓶颈或磁盘I/O延迟 df_info文件用于记录磁盘使用情况 使用df_info检查SP分区空间与挂载状态
后台任务冲突或服务卡死 一键日志收集依赖多个组件（如maca）协同工作 查看framework.log中是否有组件启动失败

:white_check_mark: 解决建议

  1. 立即排查手段

    • 收集完整的 One-Click Log Collection 包
    • 检查以下关键日志内容：
      • dmesg 中是否存在 IPMI BT timeout 错误
      • app.log 或 BMC 运行日志中是否有等待、超时、重试记录
      • df_info 查看磁盘空间是否充足

  2. 验证步骤

    • 尝试在仅插入一张DUO卡的最简环境中复现问题
    • 更换不同插槽测试，排除硬件位置影响
    • 使用CLI命令手动触发日志收集，观察执行时间是否一致

  3. 升级与修复

    • 当前使用版本为 OpenUBMC2512
    • 查看是否有更高版本支持优化（例如：OpenUBMC 25.3.0.B002 已增强对DUO卡属性的支持）

      :white_check_mark: 来自知识图谱：OpenUBMC 25.3.0.B002 版本已支持显示 DUO卡的固件版本、功率、内存容量

  4. 联系技术支持

    • 若无法定位原因，请按标准流程：

      “联系设备厂商的技术支持工程师” → 提供完整的‘一键日志收集’包”

:white_check_mark: 结论

:cross_mark: 不正常。在OpenUBMC2512版本中，单张Atlas 300I Duo卡的日志收集耗时约2小时属于严重异常行为。

  • 合理预期：应在 10~30分钟内完成，即使多卡环境也不应普遍超过1小时。
  • 建议行动：立即收集完整日志包，排查通信、固件、存储等方面问题，并考虑升级至更稳定的OpenUBMC版本（如25.3.0.B002及以上）。

如需进一步分析，请提供：

  • dmesg 日志片段
  • One-Click Log Collection 的执行日志（如app.log）
  • 当前NPU卡MCU和系统固件版本信息
3

正常的，这个收集时间会比较长