CentOS 7 无内置硬件传感器阈值报警功能，需依赖 ipmitool 或 lm_sensors 等工具采集数据并自行编写带防重入、抖动抑制、动态路径查找及退出码检查的告警脚本，BMC 阈值应在固件层设置，Linux 仅作轮询与转发。
CentOS 7 本身不提供硬件传感器阈值报警功能，它依赖第三方工具（如 ipmitool、lm_sensors 或监控系统）读取传感器数据并触发告警。直接修改“系统内置阈值”不存在——你实际要做的，是配置采集工具 + 编写判断逻辑 + 绑定通知动作。
用 lm_sensors 读取温度/CPU/风扇数据但不报警？
lm_sensors 只负责采集，不带告警能力。常见错误是装完就以为能自动报警，结果 sensors 命令输出正常，却没人收到通知。
- 先运行
sensors-detect扫描芯片，按提示完成初始化，再确认sensors能稳定输出数值（如coretemp-isa-0000下的Package id 0: +62.0°C） -
sensors输出无固定格式，脚本解析时建议用awk '/Package id 0:/ {print $4}'提取数值，避免空格或单位变动导致截断失败 - 不要依赖
sensors -u的原始输出做阈值判断——字段顺序和层级在不同主板上可能变化，优先用正则匹配行内容
手动写阈值脚本容易漏掉的关键点
很多人写个 if [ $(sensors | awk ...) -gt 80 ]; then echo "hot" | mail ... 就以为搞定，但生产环境会立刻出问题：
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 必须加锁：多个 cron 同时跑脚本可能并发发重复告警，用
flock -n /tmp/sensor.lock -c "your_script"防重入 - 需抑制抖动：温度在 79→81→78→82 波动时，连续触发告警毫无意义。建议引入“持续 N 次超限”逻辑，例如记录最近 3 次采样，全 >80 才告警
- 路径硬编码风险：
/usr/bin/sensors在某些最小化安装中可能位于/bin/sensors，脚本开头用SENSORS_CMD=$(which sensors)动态查找更稳妥 - 别忽略退出码：
sensors在传感器失效时可能返回非零码，脚本里要检查$?，否则误把“读不到数据”当成“温度正常”
和 IPMI 硬件管理口联动设置阈值
服务器带 BMC（如 iDRAC、iLO、IPMI）时，真正有效的阈值应设在固件层，Linux 只做轮询和转发。这时 ipmitool 是关键：
- 用
ipmitool -I lanplus -H $BMC_IP -U $USER -P $PASS sensor list查看原始传感器名（如Temp 1），注意名称含空格或特殊字符，传给sensor get时要加引号 - 部分厂商（如 Supermicro）支持通过
ipmitool raw写阈值，但多数 Dell/HP 仅允许读取，阈值必须在 BMC Web 界面或专用工具（如 iDRAC GUI）中设置 - Linux 端脚本建议只做“读取 + 判断”，不要尝试修改 BMC 阈值——权限不足或协议不兼容会导致命令静默失败
- IPMI 超时很常见，
ipmitool命令必须加-N 2 -R 2（重试 2 次，超时 2 秒），否则网络抖动就会中断整个告警流程
真正麻烦的不是写脚本，而是传感器数据漂移——同一块主板，冷机启动和满载运行时的基线温度可能差 15℃。阈值不能写死，得结合历史趋势动态调整，或者至少分“空闲/负载”两种模式加载不同配置。这点常被跳过，结果半夜 CPU 温度 75℃ 就疯狂告警，而白天跑编译时 85℃ 却安静如鸡。
