Zabbix SNMPv3 设备重启后无法监控问题

发表于2023-05-01|更新于2025-10-16|Zabbix

|总字数:204|阅读时长:1分钟|浏览量:

简介

最近有发现有SNMPv3 监控的网络设备断电重启后，Zabbix无法正常监控，显示SNMP超时。

但SNMP工具去Get OID值却没有问题，但Zabbix Server重启后能解决此问题。

查询一番后有了不重启的解决方案。

解决方案

要求 SNMPv3 设备保留其 engineBoots。一些设备不这样做，这导致它们的 SNMP 消息在重新启动后被丢弃为过时的。在这种情况下，需要在服务器/代理上手动清除 SNMP 缓存（通过使用 -R snmp_cache_reload）或者需要重新启动服务器/代理 .

1
2
3

zabbix_server -R snmp_cache_reload
zabbix_proxy -R snmp_cache_reload
# 清理SNMP缓存

定时

可以考虑使用crontab定时清理。

参考

https://www.zabbix.com/documentation/6.0/zh/manual/config/items/itemtypes/snmp

https://blog.csdn.net/qq_42906357/article/details/129818955

文章作者: Song

文章链接: https://songxwn.com/zabbix-reboot-SNMPv3/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源网工格物 - Blog！

Zabbix snmp Linux snmpv3 engineBoots

相关推荐

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获取时间的方式为上述OID即可，其数据类型为整数。注意：此为SNMP的启动时间，若SNMP进程重启，也会导致时间重置。 https://oidref.com/1.3.6.1.6.3.10.2.1.3 参考https://www.zabbix.com/forum/zabbix-help/47245...

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即可。其他发行版可以替换二进制文件，或编译安装。 12dnf install epel-releasednf update fping

ELK Logstash配置SNMP-Trap

简介本文章适用于ELK的logstash 配置SNMP Trap插件,接收告警通知。默认情况下是安装此插件的，如没有可手动安装。一般用于网络设备。注意此插件不支持v3版本。 ELK系列教程：https://songxwn.com/categories/linux/ELK/ 参考：https://www.elastic.co/guide/en/logstash/current/plugins-inputs-snmptrap.html 配置1234567891011121314151617vim /etc/logstash/conf.d/trap.confinput {snmptrap {type => "snmp-trap"community =>"public"port => 162}}output {elasticsearch {hosts => ["http://192.168.0.1:9200"]index => &quo...

盛科交换机Zabbix SNMP硬件监控模板

简介适用于盛科使用CentecOS系列的交换机，如E580/E530/E680等。 1、自动扫描电源，并监测状态。2、自动扫描风扇，并监测状态。3、自动扫描温度传感器，并监测状态，自动匹配最高和最低温度告警，4、监测CPU、内存等状态。5、获取开机时间、序列号、交换机系统版本。6、自动扫描光模块，并记录其收光状态。（无告警）下载地址：https://songxwn.com/file/Centec_CentecOS_Hardware_by_SNMP2024.zip 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120...

接收SEC OTP4000 UDP告警日志

介绍本教程用于鼎频通信的SEC OTP4000波分设备系列的告警接收。 PS：很小众的东西。报文分析经配置设备的SNMP Trap服务器后，分析报文不为SNMP Trap报文。由简单的UDP报文承载告警信息，字符编码为中文编码（GB18030）。端口号为UDP 9000。 Logstash 配置接收UDP日志vim /etc/logstash/conf.d/trap.conf 1234567input {udp {type => "UDP-Logs"port => 9000codec => plain{ charset => "GB18030"}} ELK与告警单机搭建：https://songxwn.com/elk/ 告警搭建：https://songxwn.com/frostmourne_install/

Redis 哨兵模式配置 - 在Rocky Linux上

介绍 Redis是一个高性能的key-value 数据库，完全开源，遵守BSD协议。Redis支持数据的持久化，可以将内存中的数据保存在磁盘中，重启的时候可以再次加载进行使用。Redis不仅仅支持简单的key-value类型的数据，同时还提供了list、set、zset、hash等数据结构的存储。 Redis有很多应用场景，其中最常见的是作为缓存。Redis的读写性能优异，逐渐有取代memcached，成为首选服务端缓存的组件此外，Redis还可以用于计数器、消息队列、分布式锁、会话缓存等场景。在JumpServer中，Redis主要用于存储会话信息和任务队列。本文介绍了在Rocky 下载的安装配置哨兵模式。环境Redis版本: 6.27 系统：Rocky Linux 8.8 （关闭SElinux，关闭防火墙）安装123dnf module install redis:6systemctl enable --now redissystemctl status redis 基础配置12vim /etc/redis.conf# 修改业务配置配置绑定IP（默认绑定loo...

Frostmourne (霜之哀伤) ELK日志告警系统部署教程

简介Frostmourne(霜之哀伤)是汽车之家经销商技术部监控系统的开源版本，用于帮助监控几乎所有数据库数据(包括Elasticsearch, Prometheus, SkyWalking, MySql 等等)。如果你已经建立起了日志系统，指标体系，却苦恼于没有一个配套监控系统，也许它能帮到你。支持数据源：Elasticsearch, HTTP, SkyWalking, Prometheus, InfluxDB, MySQL/TiDb, ClickHouse, SqlServer, PING, IotDB, Telnet 支持告警发送方式：钉钉(机器人)、企业微信(机器人)、飞书机器人、OneMessage机器人、Email、短信、HTTP。（text, markdown）支持LDAP认证和自动创建用户。 Elasticsearch数据查询、分享和下载报警消息抑制功能，防止消息轰炸；也有报警升级功能，避免故障相关方长时间得不到通知。 Github地址：https://github.com/AutohomeCorp/frostmourne 环境要求：JAVA8-...

MariaDB Galera Cluster 10.6 集群部署

介绍 MariaDB Galera Cluster 是 MariaDB 的虚拟同步多主集群。它仅在Linux上可用，并且仅支持InnoDB存储引擎（尽管有对MyISAM和MariaDB 10.6的Aria的实验性支持。请参阅wsrep_replicate_myisam系统变量，或者从 MariaDB 10.6 开始，wsrep_mode系统变量）。个人为了替代主从复制而使用。特征几乎同步复制主动-主动多主拓扑读取和写入任何群集节点自动成员资格控制，故障节点从群集中删除自动节点连接行级别的真正并行复制直接客户端连接，本机MariaDB的外观和感觉好处上述功能为 DBMS 群集解决方案带来了几个好处，包括：无副本滞后没有丢失交易读取可伸缩性较小的客户端延迟缺点加入新节点时开销大,需要复制完整数据不能有效地解决写扩展的问题,所有的写操作都发生在所有的节点有多少个节点,就有多少份重复的数据由于事务提交需要跨节点通信,即涉及分布式事务操作,因此写入会比主从复制慢很多,节点越多,写入越慢,死锁和回滚也会更加频繁; 对网络要求比较高,如果网络出现波...