Snmpd errors on client: send response: Too long

Hi, I am running Librenms(stable) on a Ubuntu 20.04.1 host with only a few hosts configured for testing.
I am running into a few problems with an older server running Ubuntu 18.04.1(snmpd version 5.7.3). It is a webserver with nginx/php-fpm and mysql, the nginx/php-fpm application graphs are working great, but the mysql graphs are only sometimes working. I don’t see anything in the librenms logs but if I look on the syslog on the client there are a lot of these lines:

snmpd[6611]: send response: Too long
snmpd[6611]:     -- iso.3.6.1.4.1.8072.1.3.2.3.1.2.5.114.101.100.105.115
snmpd[6611]: Connection from UDP: [37.139.9.109]:39159->[82.196.13.22]:161
snmpd[6611]: send response: Too long
snmpd[6611]:     -- iso.3.6.1.4.1.8072.1.3.2.3.1.2.5.114.101.100.105.115
snmpd[6611]: Connection from UDP: [37.139.9.109]:39159->[82.196.13.22]:161
snmpd[6611]: send response: Too long
snmpd[6611]:     -- iso.3.6.1.4.1.8072.1.3.2.3.1.2.5.114.101.100.105.115
snmpd[6611]: Connection from UDP: [37.139.9.109]:39159->[82.196.13.22]:161
snmpd[6611]: send response: Too long
snmpd[6611]:     -- iso.3.6.1.4.1.8072.1.3.2.3.1.2.5.114.101.100.105.115
snmpd[6611]: Connection from UDP: [37.139.9.109]:39159->[82.196.13.22]:161
snmpd[6611]: send response: Too long
snmpd[6611]:     -- iso.3.6.1.4.1.8072.1.3.2.3.1.2.5.114.101.100.105.115
snmpd[6611]: Connection from UDP: [37.139.9.109]:39159->[82.196.13.22]:161
snmpd[6611]: send response: Too long
snmpd[6611]:     -- iso.3.6.1.4.1.8072.1.3.2.3.1.2.5.114.101.100.105.115
snmpd[6611]: Connection from UDP: [37.139.9.109]:54078->[82.196.13.22]:161

What could be going wrong here?

Similar issue over here. Updated the server running Librenms to Ubuntu 20.04, since then the same error appears in the syslogs of our radius servers when being polled. Those servers run 18.04. In Librenms the radius apps for those servers show a question mark (“unknown state”). No radius graphs since the update to 20.04.

Did you happen to find a solution?

Hi @thenetworkdude, I was using snmp v3 and my problem was fixed after switching to snmp v2.

This is not a solution since SNMP v3 is required for encrypted checks (e.g. over the internet).

Having the same problem with the zfs-linux and seafile app plugin.

Feb 12 12:46:04 host sudo[1237]: Debian-snmp : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/etc/snmp/scripts/zfs-linux
Feb 12 12:46:04 host sudo[1237]: pam_unix(sudo:session): session opened for user root by (uid=0)
Feb 12 12:46:04 host sudo[1237]: pam_unix(sudo:session): session closed for user root
Feb 12 12:46:04 host snmpd[3460]: send response: Too long
Feb 12 12:46:04 host snmpd[3460]:     -- iso.3.6.1.4.1.8072.1.3.2.3.1.2.3.122.102.115

Do we have a solution for this?

How big is the snmp data you are attempting to fetch? Is it bigger than a udp packet?

I totally forgot about this since I had to build a VPN anyways and could therefore use SNMPv2.
Any suggestion on how to record the size of the snmp data?

https://sourceforge.net/p/net-snmp/bugs/2482/

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.