不保留配置升级BMC，BMC会清除哪些信息

交流互助区
1

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

问题描述

不保留配置升级BMC后，传感器事件记录仍被保留是否是正常现象。

image
image1635×526 26.1 KB

环境信息

  • 操作系统：[如 Ubuntu 24.04]

  • 软件版本：[如 OpenUBMC2509]

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

重现步骤

  1. [第一步]

  2. [第二步]

  3. [第三步]

期望结果

知道不保留配置升级BMC，BMC会清除哪些信息

实际结果

[实际发生了什么，包含错误信息]

尝试过的解决方案

[列出您已经尝试过的解决方案及结果]

分析结论

[详细总结您对此问题的分析结论]

2

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

最终总结

问题 回答
不保留配置升级BMC会清除哪些信息？ 所有系统配置、用户数据、安全设置、风扇策略、告警阈值等都将被清除，等效于恢复出厂设置。
传感器事件日志为何还能看到？ SEL日志存储独立，若未显式清除，即使执行全擦升级也可能保留；同时，部分BMC设计有意保留SEL用于诊断。
看到Mgmmt Health告警是否异常？ 否。这是BMC重启后传感器扫描恢复过程中的正常短暂状态。
如何确保日志也被清除？ 使用 ipmitool sel clear 命令或在升级流程中集成自动清除步骤。
点击此处查看详细分析解答

不保留配置升级BMC后信息清除范围说明

问题描述

用户在执行“不保留配置升级”BMC操作后，发现传感器事件日志（如SEL日志）仍然存在，怀疑该行为是否异常。需要明确：在不保留配置升级（全擦升级） 的场景下，BMC会清除哪些信息？传感器事件记录未被清除是否属于正常现象？

核心结论

:white_check_mark: 传感器事件记录未被清除是正常现象。

虽然“不保留配置升级”（即“全擦升级”）会清除大部分系统配置，但部分固件层持久化数据（如系统事件日志SEL）可能不会被主动清除，其保留与否取决于具体实现策略。以下为详细分析。

1. “不保留配置升级”的定义与本质

根据知识库内容，“不保留配置升级”（也称“全擦升级”）是一种会清除所有现有配置和数据的固件更新方式，通常用于：

  • 彻底恢复出厂设置
  • 解决配置冲突或损坏问题

:link: 实体关系支持：全擦升级 由用户 曾启健 明确指出：在BMC系统中执行全擦升级将阻止配置的保留。

这种升级方式相当于：

  1. 擦除当前固件分区中的配置区；
  2. 写入新固件；
  3. 重启BMC使其生效。

2. 不保留配置升级后会被清除的信息

类别 是否清除 说明
系统配置 :white_check_mark: 是 包括网络设置、SNMP、Syslog、SMTP、IPMI、Redfish等所有用户自定义配置
安全证书与密钥 :white_check_mark: 是 如SSH密钥、TLS证书、CA信任链等将被重置为出厂默认
用户账户信息 :white_check_mark: 是 自定义账号、权限、密码等配置将被清除，仅保留默认账户
风扇调速策略 :white_check_mark: 是 所有自定义风扇曲线、PID参数等将被清空
告警阈值设置 :white_check_mark: 是 自定义的电压、温度等传感器告警门限将恢复出厂值
资源树中的软配置 :white_check_mark: 是 如通过SR文件修改的动态属性，若未固化则会被清除

:warning: 特别注意：如知识库中文档1所述：

“不保留配置升级是升级 + 恢复出厂设置动作……恢复出厂设置之后会把所有日志给清空。”
—— 来源：[不保留配置BMC升级后，操作日志中不存在升级的记录]

但此描述存在上下文依赖性，详见下文解释。

3. 为何传感器事件日志（SEL）仍可能保留？

尽管执行了“不保留配置升级”，但以下情况可能导致SEL日志未被清除：

:white_check_mark: 原因一：SEL日志存储于独立数据库中
  • SEL日志由BMC通过IPMI机制维护，保存在专用数据库（如 event.db、sel.txt 或 event_reset_db）中。
  • 升级流程若未显式调用 ipmitool sel clear 或等效命令，则不会自动清除这些日志。

:magnifying_glass_tilted_right: 文档支持（搜索结果#2）：

ipmi sel 和 event 数据库是分开处理的：

  • ipmitool sel clear：同时清除 sensor 与 event（v2）
  • CLI命令只清除系统事件（v3）

因此，若升级脚本未主动清理，SEL日志可以跨升级保留。

:white_check_mark: 原因二：某些系统设计中SEL不参与“恢复出厂”
  • 出于审计需求，部分BMC系统（包括openUBMC变种）选择在恢复出厂时保留历史事件记录，以便追溯问题根源。
  • 此设计虽与“全清”概念不符，但从运维角度是合理优化。

:pushpin: 支持证据：

  • 日志中出现 SEL Status: Log area reset/cleared 表示此次升级过程中曾尝试清除日志，但后续事件可能在BMC重启后重新生成。
  • SEL中存在 Mgmmt Health 相关Assert事件，可能是升级过程中BMC短暂无法访问传感器所致，并非旧日志残留。

4. 实际观察分析

您的日志截图显示：

序号   时间                   描述
1     2026-03-02 10:35:18    SEL Status: Log area reset/cleared
...
7     2026-03-02 10:35:21    Mgmmt Health: Sensor access degraded

这表明：

  • 日志确实在升级/重启过程中被清除过一次（#1记录证明）；
  • 随后BMC启动并开始扫描传感器；
  • 在传感器服务尚未完全恢复时，触发了Mgmmt Health的临时告警；
  • 当服务恢复后，该告警自动解除（Deasserted）。

:backhand_index_pointing_right: 结论：这是典型的BMC重启过程行为，日志内容真实反映当前系统状态，并非旧数据残留。

5. 如何确保彻底清除所有日志？

如果您希望在“不保留配置升级”后彻底清除所有事件日志，建议采取以下措施：

:white_check_mark: 方法一：手动清除SEL日志（推荐）
# 通过CLI执行日志清除
ipmitool sel clear
:white_check_mark: 方法二：脚本化升级流程

在执行升级前加入清日志步骤：

# 示例脚本片段
ipmitool sel clear
# 开始固件上传与升级...
:white_check_mark: 方法三：配置平台SR文件控制行为

在 Platform.Sr 中可预定义升级后行为，例如：

{
  "OnUpgrade": {
    "PreserveConfig": false,
    "ClearEventLog": true,
    "ResetBmcOnFinish": true
  }
}

:pushpin: 知识图谱支持：BMC ←→ Platform.Sr 配置升级行为。

最终总结

问题 回答
不保留配置升级BMC会清除哪些信息？ 所有系统配置、用户数据、安全设置、风扇策略、告警阈值等都将被清除，等效于恢复出厂设置。
传感器事件日志为何还能看到？ SEL日志存储独立，若未显式清除，即使执行全擦升级也可能保留；同时，部分BMC设计有意保留SEL用于诊断。
看到Mgmmt Health告警是否异常？ 否。这是BMC重启后传感器扫描恢复过程中的正常短暂状态。
如何确保日志也被清除？ 使用 ipmitool sel clear 命令或在升级流程中集成自动清除步骤。

:pushpin: 建议操作建议：

  1. 接受当前行为为正常设计；
  2. 若有合规要求必须清除日志，请在升级流程中显式添加清日志步骤；
  3. 可通过 Event_Def.Json 和 Platform.Sr 自定义事件与升级行为。

如需进一步验证，可通过以下命令检查BMC当前状态：

ipmcget -t sensor -d list | grep "Mgmt"
ipmitool sel list
3

不保留配置升级BMC 即 升级BMC之后做了恢复出厂设置的动作（即恢复至还原点）