Zabbix误报交换机重启Uptime问题

文章讲述了作者在使用Zabbix监控时,发现交换机的Uptime值溢出导致误报。通过分析SNMP的sysUpTimeInstance和snmpEngineId计数值,发现后者能更准确地反映设备运行时间。最后,作者指导如何在Zabbix模板项中修改SNMPOID以解决此问题。
摘要由CSDN通过智能技术生成

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
 
1、检查是否是交换机重启导致,使用默认OID

1.1 login zabbix server or zabbix proxy check
[root@zbx-proxy01 ~]# snmpwalk -v 2c -c public 192.168.1.1 1.3.6.1.2.1.1.3.0
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (5261304) 14:36:53.04
 
1.2 login switch check
WL-4507# uptime           ----执行查看
WL-4507 uptime is 1 year, 18 weeks, 6 days, 3 hours, 29 minutes
Uptime for this control processor is 1 year, 18 weeks, 6 days, 3 hours, 31 minutes
System returned to ROM by power-on
System restarted at 11:14:10 BeiJing Tue Jan 12 2016

结果发现交换机并没有重启,这台设备Uptime是1年18周6天,大概就是497天。
 
2、验证

原因分析
经过查阅相关资料,得知UpTime是由一个32-bit的counter来计数的,单位是1/100秒,所以最大时间为496天,过了496天就溢出,变成0,然后又重新计算时间,所以zabbix误报。

可以使用另一个计数值来计算时间,那就是snmpEngineId (1.3.6.1.6.3.10.2.1.3.0) ,其同样是32-bit的值,但它的单位是秒,最大时间为49600天,即所以可以存135年的运行时间,足够了。

[root@zbx-proxy01 ~]# snmpwalk -v 2c -c public 192.168.1.1 1.3.6.1.6.3.10.2.1.3.0
SNMP-FRAMEWORK-MIB::snmpEngineTime.0 = INTEGER: 43002964 seconds
 
使用1.3.6.1.6.3.10.2.1.3.0查询的结果是43002964s,即为497.7194907407407天,是正确的时间

3、Modify Zabbix Template Item

3.1 找到Uptime item
在这里插入图片描述
 
3.2 修改SNMP OID Value
在这里插入图片描述

3.3 继续编辑Uptime item里面的 “预处理”
自定义倍数 改为:1 或者移除。

修改前
在这里插入图片描述

修改后

在这里插入图片描述

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值