控制台日志为什么重要
串口与带外控制台日志是宕机分析的黑匣子：SOL 会话的输出、SEL 事件与系统日志拼在一起，才能还原完整的时间线。没有控制台日志时，宕机原因往往只能靠推测，尤其是内核崩溃与硬件异常叠加的情况。日志要按设备归档并做周期轮转，同时注意输出里可能包含敏感信息，需要按流程保管。
基本信息
| 日志来源 | SOL 会话输出、SEL 事件与系统日志 |
|---|---|
| 留存方式 | 按设备归档，并做周期轮转 |
| 主要用途 | 宕机与重启分析、内核异常取证 |
| 注意事项 | 输出可能包含敏感信息，按流程保管 |
| 配套关系 | 与 SEL、系统日志互为补充 |
典型使用场景
- 宕机分析：还原崩溃前后的控制台输出
- 重启原因定位：区分电源事件与系统侧异常
- 内核异常取证：捕获 panic 与调用栈信息
- 变更后观察：重大变更后一段时间内保留控制台记录
- 审计留存：按要求保存运维与访问记录
SOL 会话留存示例
SOL 会话留存示例
ipmitool -I lanplus -H 10.0.0.10 -U admin -f /root/.ipmi_pass sol activate | tee sol_$(date +%F).log
# 退出转义符以会话配置为准（常见为 ~.），退出前确认日志已完整写入
ipmitool -I lanplus -H 10.0.0.10 -U admin -f /root/.ipmi_pass sel elist | tail -30 # 同步采集 SEL
# 归档：按设备序列号与日期命名，纳入例行采集与轮转策略来源与用途
| 来源 | 内容 | 用途 |
|---|---|---|
| SOL 会话 | 串口与控制台输出 | 崩溃现场与启动过程 |
| SEL 事件 | 硬件事件记录 | 硬件侧时间线 |
| 系统日志 | 内核与应用日志 | 软件侧时间线 |
| 归档 | 按设备与日期存放 | 复盘、审计与取证 |
| 轮转 | 按大小与周期 | 避免占满磁盘空间 |
控制台输出可能包含敏感信息（账号、密钥片段或业务数据）：日志目录按权限管理，对外提供前先做脱敏。
把控制台日志纳入例行采集：宕机后尽快拿到的证据质量，直接决定分析的效率与结论的可信度。