问
H3C LS-5130S-28S-PWR-HI cpu飙升
15小时前提问
- 0关注
- 0收藏，60浏览
一、先确认定时任务（最优先）
时间都是 XX:02，优先检查 schedule 定时 job，即使你没有手动配置，部分版本 EAA/RTM、内置日志归档任务会在固定时间执行：
display scheduler schedule
display scheduler job
display scheduler logfile
- 如果存在定时 job（日志保存、统计采集、自动备份、脚本），核对执行时间是否匹配 02 分；
- 无手动 schedule，大概率是系统内置周期性任务：logfile 保存、统计信息归档、MAC/ARP 表项老化扫描、RMON 统计刷新、SNMP 批量统计、或者版本 bug 的内核定时扫描任务。
二、开启【CPU 超限自动捕获】（解决 “故障发生来不及采集” 这个痛点）
S5130-HI 自带diagnostic troubleshooting，当 CPU 超过阈值时设备自动记录当时 top 进程，不需要人在场，这个是本次最关键配置。
system-view
#开启CPU高占用自动诊断捕获，默认一般开启，确认一遍
diagnostic troubleshooting test cpu high-ratio enable
#阈值建议90，触发时自动保存故障时刻进程信息
diagnostic troubleshooting test cpu high-ratio threshold 90
当 CPU 超过阈值，设备自动保存该时刻 CPU 进程快照。故障过后白天登录查看：
display diagnostic troubleshooting test cpu high-ratio result
输出里直接列出CPU100% 瞬间占用最高的进程名称，直接定位根因（如 log、rmon、snmp、rtm 等）。
三、查看 CPU 历史采样记录
display cpu-usage history slot 1
看历史曲线，确认每次冲高是不是持续很短（瞬时冲高，几分钟回落）。
Zabbix 是 SNMP 轮询采样，抓到瞬时 100%，实际可能只持续几十秒，普通 logbuffer 不会写告警日志。
四、排查候选功能（按概率排序）
- logfile 自动保存 info-center 定时把 logbuffer 写入 flash 的 logfile，大日志量时，写盘 + 日志压缩会瞬间拉高 CPU。
display info-center
display logbuffer summary
验证：临时关闭 logfile 保存测试（业务窗口）
info-center logfile disable
观察夜间是否还会 CPU 冲高。
- RMON 统计、sFlow、Netstream 流量统计 RMON 历史采样，整点批量汇总统计，会占用主控 CPU；5130-HI 的统计任务在主控 CPU 处理，流量低但统计任务本身消耗资源。
display rmon history
display rmon statistics
临时 undo rmon 相关配置观察。
- SNMP 批量统计（Zabbix 高频轮询） Zabbix 多 OID 批量采集，刚好在 XX:02 轮询，叠加交换机内部统计刷新，触发瞬时 CPU 峰值。
验证：临时降低 zabbix 轮询间隔，或临时停止该设备监控，观察夜间是否还触发。
- IRF 堆叠（如果是堆叠） 堆叠同步、表项同步、MAD 检测定时任务，部分老版本 comware 存在定时同步 bug，固定时间触发。
display irf
display mad
- 版本已知缺陷（高概率） 5130-HI 老 R1111 系列版本，存在内核定时扫描 / 表项回收任务，固定周期瞬间占满 CPU，无日志告警、业务转发不受影响，仅 Zabbix 抓到瞬时 CPU 100%，升级目标稳定版本即可修复。
五、配套检查命令（提前执行，日常看）
#查看当前CPU进程（非故障时看基线）
display process cpu slot 1
#查看flash存储空间，flash满会造成写日志卡死CPU
display flash:
#查看info-center日志缓冲区
display logbuffer reverse
#查看EAA/RTM事件策略（事件自动化脚本）
display rtm policy
六、现场验证方案（分阶段）
- 开启
diagnostic troubleshooting test cpu high-ratio，等待夜间触发； - 第二天白天执行
display diagnostic troubleshooting test cpu high-ratio result，看故障瞬间的进程；- 如果进程名是
log/logfile：日志归档任务； - 如果是
rmon：RMON 统计； - 如果内核进程，无业务模块名：大概率版本 bug，升级版本。
- 如果进程名是
- 临时关闭候选功能（logfile /rmon），做对比测试。
七、风险说明
- 瞬时 CPU100%，芯片转发不受影响，仅控制平面短暂繁忙，不会断业务，这就是接口流量低、没有设备本地告警的原因；
- Zabbix 通过 SNMP 采样抓到尖峰，只是一瞬间采样命中峰值，不一定代表持续高 CPU。
一句话精简版
固定整点 02 分周期性 CPU 冲高，优先开启diagnostic troubleshooting test cpu high-ratio，设备自动捕获故障时刻进程，不用人半夜采集；大概率是 logfile 归档、RMON 统计或老版本软件 bug；查看 scheduler 确认有无定时任务，故障后用display diagnostic troubleshooting test cpu high-ratio result定位占用 CPU 的进程。
zhiliao_Gixe
九段
排查步骤：
1. 确认历史数据
执行 display cpu-usage history 查看CPU历史利用率，确认是否确实达到100%及持续时间。
2. 检查定时任务
执行 display scheduler job 和 display scheduler schedule，确认是否有定时任务在对应时间触发（如备份、日志导出等）。
3. 查看进程占用
执行 display process cpu 查看各进程CPU占用，重点关注 bcmRX、bcmTX、ifmgr、lpd、dev 等进程。若故障已过，可执行 display process cpu history 查看历史记录。
4. 检查日志与告警
执行 display logbuffer 和 display trapbuffer，过滤对应时间段，看是否有端口震荡、STP收敛、路由变化等事件。
5. 排查环路或广播风暴
执行 display interface | include rate 查看接口速率，执行 display mac-address count 查看MAC地址数量是否异常增长。若怀疑环路，执行 display stp brief 查看STP状态。
6. 开启诊断采集
若问题复现，立即执行：
display cpu-usage
display process cpu
display interface | include rate
display logbuffer
并执行 display diagnostic-information 保存完整诊断信息。
7. 配置监控脚本
可在设备上配置 scheduler 定时在凌晨2点、5点、21点自动执行上述命令并保存到Flash，便于事后分析。
8. 升级软件版本
若为已知软件Bug，建议升级到最新版本。可到新华三官网下载：
https://www.h3c.com/cn/Service/Document_Software/Software_Download/Switches/
建议先执行步骤1-4，重点查看 display process cpu history 和 display logbuffer 对应时间段记录。
1. 确认历史数据
执行 display cpu-usage history 查看CPU历史利用率，确认是否确实达到100%及持续时间。
2. 检查定时任务
执行 display scheduler job 和 display scheduler schedule，确认是否有定时任务在对应时间触发（如备份、日志导出等）。
3. 查看进程占用
执行 display process cpu 查看各进程CPU占用，重点关注 bcmRX、bcmTX、ifmgr、lpd、dev 等进程。若故障已过，可执行 display process cpu history 查看历史记录。
4. 检查日志与告警
执行 display logbuffer 和 display trapbuffer，过滤对应时间段，看是否有端口震荡、STP收敛、路由变化等事件。
5. 排查环路或广播风暴
执行 display interface | include rate 查看接口速率，执行 display mac-address count 查看MAC地址数量是否异常增长。若怀疑环路，执行 display stp brief 查看STP状态。
6. 开启诊断采集
若问题复现，立即执行：
display cpu-usage
display process cpu
display interface | include rate
display logbuffer
并执行 display diagnostic-information 保存完整诊断信息。
7. 配置监控脚本
可在设备上配置 scheduler 定时在凌晨2点、5点、21点自动执行上述命令并保存到Flash，便于事后分析。
8. 升级软件版本
若为已知软件Bug，建议升级到最新版本。可到新华三官网下载：
https://www.h3c.com/cn/Service/Document_Software/Software_Download/Switches/
建议先执行步骤1-4，重点查看 display process cpu history 和 display logbuffer 对应时间段记录。
编辑答案
➤
✖
亲~登录后才可以操作哦!
确定
✖
✖
你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
✖
举报
×
侵犯我的权益
>
对根叔社区有害的内容
>
辱骂、歧视、挑衅等（不友善）
侵犯我的权益
×
侵犯了我企业的权益
>
抄袭了我的内容
>
诽谤我
>
辱骂、歧视、挑衅等（不友善）
骚扰我
侵犯了我企业的权益
×
您好，当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱，我们会在审核后尽快给您答复。
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
抄袭了我的内容
×
原文链接或出处
诽谤我
×
您好，当您发现根叔知了上有诽谤您的内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱，我们会尽快处理。
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
对根叔社区有害的内容
×
垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载
>
辱骂、歧视、挑衅等（不友善）
骚扰我
诱导投票
不规范转载
×
举报说明
job任务，可以看下官网手册