版权声明:本文为博主原创文章,遵循 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 或者移除。
修改前
修改后