阈值决定告警时机
每个 IPMI 传感器都带有上限与下限阈值：读数越过非临界阈值时 SEL 记录事件，越过临界阈值时提升严重级别。阈值本身是可改写的，这正是问题所在——把温度上限调高，告警确实不再出现，但风扇积尘、进风温度升高这些真实原因一个都没解决。因此阈值调整应当按变更管理处理：先记录当前值，说明调整依据，调整后回读确认，并在台账里留痕。
基本信息
| 适用平台 | 支持 IPMI 的服务器 BMC（带内或带外均可执行） |
|---|---|
| 读取命令 | sensor get 显示当前值与各级阈值 |
| 设置命令 | sensor thresh 后接阈值类型与数值序列 |
| 阈值等级 | unc 上非临界、uc 上临界、unr 上不可恢复 |
| 下限对称 | lower 方向的 lnc、lc 与 lnr 同理 |
| 变更要求 | 保留原值截图或输出，登记调整原因 |
典型使用场景
- 排查告警：确认当前读数距离阈值还有多少余量
- 误报处理：确认传感器本身异常还是阈值设置不合理
- 环境变化后复评：机房送风调整后重新核对温度阈值是否合适
- 验收核对：确认阈值未被前手随意放宽
- 变更审计：阈值改动纳入配置基线比对
读取与设置
读取与设置
# 查看传感器当前值与全部阈值（含单位与状态）
ipmitool -I lanplus -H 10.0.0.10 -U admin -f /root/.ipmi_pass sensor get 'CPU1 Temp'
# 查看该传感器的阈值明细
ipmitool -I lanplus -H 10.0.0.10 -U admin -f /root/.ipmi_pass sensor thresh 'CPU1 Temp'
# 设置上限阈值：三个数字依次对应 unc / uc / unr（顺序不能颠倒）
ipmitool -I lanplus -H 10.0.0.10 -U admin -f /root/.ipmi_pass sensor thresh 'CPU1 Temp' upper 80 85 90
# 设置后回读确认，并以文字形式记入变更记录
ipmitool -I lanplus -H 10.0.0.10 -U admin -f /root/.ipmi_pass sensor thresh 'CPU1 Temp'阈值与状态读法
| 项 | 含义 | 使用要点 |
|---|---|---|
| Lower Non-Recoverable | 下不可恢复阈值 | 越过后通常视为硬件受损 |
| Lower Critical | 下临界阈值 | 触发严重级别告警 |
| Lower Non-Critical | 下非临界阈值 | 最早的一条预警线 |
| Upper Non-Critical | 上非临界阈值 | 留出处理时间的关键设置 |
| Upper Critical | 上临界阈值 | 触发高等级告警 |
| Status 与 Reading | 当前状态与读数 | 结合余量判断紧急程度 |
读取结果里的数值单位要看清：风扇为转速、温度为摄氏度、电压为伏特，跨传感器套用经验值会得出错误结论。
把温度阈值调高只是消除告警：散热积尘、风道受阻与进风温度过高的问题仍然存在，硬件寿命与稳定性风险不变。