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...

接收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/

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 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

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

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

Linux 内核优化简笔 - 高并发的系统

简介Linux 服务器在高并发场景下，默认的内核参数无法利用现有硬件，造成软件崩溃、卡顿、性能瓶颈。当然，修改参数只是让Linux更好软件的去利用已有的硬件资源，如果硬件资源不够也无法解决问题的。而且当硬件资源不足的时候，某些参数过大可能也会占用多余资源，或者影响稳定性。或者让单个进程占用过多资源，影响整体系统的运行。写本文的起因主要是对zabbix 服务器的高并发需求，还有数据库、Nginx、ES集群的高并发需求。来自：https://turnoff.us/geek/inside-the-linux-kernel 注意：在/etc/sysctl.conf 修改的，可以使用sysctl -p 立即生效，使用sysctl -a 查看当前数值。在/etc/security/limits.conf 修改的，需要重启服务或系统才能生效，或者用ulimit 单独去配置。最大文件打开句柄数量 - max open filesLinux 下一切皆文件，一般如果遇到文件句柄达到上限时，会碰到”Too many open files”...

Ubuntu Netplan配置工具

简介Netplan 是从Ubuntu 18.04开始使用的网络配置工具。 Netplan官方配置指南配置文件路径 /etc/netplan/*.yaml 配置静态IP123456789101112131415161718192021# This is the network config written by 'subiquity'network:ethernets:ens33:dhcp4: no #关闭dhcpdhcp6: no #关闭dhcpv6accept-ra: no #关闭IPv6无状态addresses:- 10.230.31.55/24 #配置ipv4地址- 2001:1::1/64 #配置ipv6地址nameservers:addresses: [114.114.114.114,1.1.1.1,2002::1] #配置dns服务器routes:- to: defaultvia: 10.230.31.1 #配置默认路由，即网关。- to: defaultvia: 2001:1::2 #配置Ipv6网关。- to: ...

Elasticsearch 8.7 白金版激活

介绍本文章讲解了Elasticsearch 8的白金版激活，使用了Docker环境进行自动生成破解文件x-pack-core。仅用于学习使用。仅适用于：Elasticsearch版本：8.7.0 （使用RPM包安装） Java容器版本：JDK19.0.2 环境要求：Rocky Linux8、Docker或Podman。网络要求：需要能正常访问GitHub和Docker HUB（建议全局挂代理）白金版功能：支持LDAP、watcher、支持邮箱发送等。安装教程可参考：https://songxwn.com/elk/ 步骤使用Docker自动生成破解文件123456789101112131415161718192021222324252627282930313233343536yum install wget unzip -y# 安装工具，且确保Docker可用。wget https://github.com/Songxwn/crack-elasticsearch-by-docker/archive/refs/tags/8.7.zipunzip 8.7.zip# 解压tree...