Zabbix Ping 丢包问题
简介最近遇到一个问题，在Zabbix主机shell下Ping 目标IP是完全不丢包的。但是使用Zabbix 监控项去Ping丢包率为33.3%。 原因Rocky Linux 8 默认源安装的 fping 为 v3 版本，默认超过500ms就判定丢包。（Zabbix的ping依赖于fping） （因遇到的网络为卫星网络，延迟超高。） https://www.zabbix.com/documentation/6.0/zh/manual/config/items/itemtypes/simple_checks 解决安装 fping v4+版本即可。 Rocky Linux 8，安装epel库，然后更新fping即可。 其他发行版可以替换二进制文件，或编译安装。 12345dnf install epel..
更多Zabbix SNMP开机时间497天重置问题
简介工作中遇到，网络设备开机时间到了约497天的时候（或者每过497天），Zabbix SNMP获取的时间值就会归零，重新计数，但查看设备状态正常，未重启。 原因分析sysUpTimeInstance OID 1.3.6.1.2.1.1.3.0 获取的时间单位为 0.01秒，而此OID为32bit，所以最大只能显示42949672.96秒即497.1天，所以每累计大于此限制，就会重置，导致开机时间获取不正确。 https://oidref.com/1.3.6.1.2.1.1.3.0 解决方法snmpEngineTime OID 1.3.6.1.6.3.10.2.1.3.0 获取的时间单位为秒，也为32bti，但最多可以存储49710 天。足够设备生命周期使用。 修改Zabbix SNMP获取时..
更多Zabbix SNMPv3 设备重启后无法监控问题
简介最近有发现有SNMPv3 监控的网络设备断电重启后，Zabbix无法正常监控，显示SNMP超时。 但SNMP工具去get oid值却没有问题，Zabbix Server重启后能解决。 查询一番后有了不重启的解决方案。 解决方案RFC3414 要求 SNMPv3 设备保留其 engineBoots。 一些设备不这样做，这导致它们的 SNMP 消息在重新启动后被丢弃为过时的。 在这种情况下，需要在服务器/代理上手动清除 SNMP 缓存（通过使用-R snmp_cache_reload）或者需要重新启动服务器/代理 . 123456zabbix_server -R snmp_cache_reloadzabbix_proxy -R snmp_cache_reload# 清理SNMP缓存 参考..
更多