其他接口都可以正常检测到流量,就是CPU跟内存利用率没有监测到。请问这个问题出自哪里呀。其他汇聚都接入交换都可以正常监测到cpu跟内存。zabbix都用的h3c模板
(0)
最佳答案
可能由以下原因导致:
设备型号差异
H3C不同型号设备的CPU/内存OID可能不同。例如:
.1.3.6.1.4.1.25506.2.6.1.1.1.1.6.n
或.1.3.6.1.4.1.2011.10.2.6.1.1.1.1.6.n
12。.1.3.6.1.4.1.25506.2.6.1.1.1.1.8.n
或.1.3.6.1.4.1.2011.10.2.6.1.1.1.1.8.n
12。snmpwalk
命令验证设备实际OID,并调整模板中的OID36。OID索引后缀不一致
部分OID末尾的.n
可能因设备型号或槽位不同而变化(如.212
或其他数值),需根据设备实际输出修正模板中的OID后缀。
SNMP版本兼容性
检查设备是否启用snmp-agent
并正确配置版本(如v2c或v3)。部分设备需明确指定版本:
[H3C]snmp-agent sys-info version v2c # 示例命令:ml-citation{ref="1" data="citationList"}
Community字符串匹配性
确保Zabbix模板中配置的SNMP Community与设备一致(如public123
)。
CPU/内存负载过高导致SNMP无响应
若设备CPU或内存利用率长期过高,可能无法处理SNMP请求。通过以下命令检查设备状态:
display cpu-usage # 查看CPU使用率:ml-citation{ref="5" data="citationList"}
display memory-usage # 查看内存使用率:ml-citation{ref="5" data="citationList"}
异常进程占用资源
检查是否有异常进程(如ARP风暴)导致资源占用突增,参考4中提到的arp detection
配置问题。
监控项数据类型或单位错误
确保CPU/内存监控项的数据类型为“数字(无符号)”,单位设置为“%”(百分比)。
触发器或图形配置缺失
检查是否遗漏了触发器或图形配置,导致数据未展示6。
使用snmpwalk
验证OID有效性
例如,测试CPU OID是否能获取数据:
snmpwalk -v2c -c public123 192.168.1.252 1.3.6.1.4.1.25506.2.6.1.1.1.1.6
对比正常与非正常设备的SNMP输出
通过对比正常汇聚交换机和问题设备的snmpwalk
结果,快速定位OID差异。
检查设备日志与Zabbix监控项日志
查看设备系统日志是否记录SNMP请求失败,以及Zabbix Server日志中是否有SNMP超时或权限错误。
(0)
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论