It appears that this MIB becomes unaccessible after a few minutes of starting snmpd. If I restart it, I can get all the informations that are in it: # snmpwalk -c local42 -v2c 127.0.0.1 .1.3.6.1.2.1.25.6.3.1|head HOST-RESOURCES-MIB::hrSWInstalledIndex.1 = INTEGER: 1 HOST-RESOURCES-MIB::hrSWInstalledIndex.2 = INTEGER: 2 [...] But after a few minutes, (less than 10), it becomes unavailable: # snmpwalk -c local42 -v2c 127.0.0.1 .1.3.6.1.2.1.25.6.3.1 HOST-RESOURCES-MIB::hrSWInstalledEntry = No Such Object available on this agent at this OID
Can you provide me with some additional details on this? This works fine for me using SNMPv3. These are the details of one of the hosts: 10.3-RELEASE-p20 net-snmp-5.7.3_17 pkg-1.10.1 net-snmp was built with: net-mgmt_net-snmp_UNSET=SMUX
The options I have are: Options : AX_DISABLE_TRAP: off AX_SOCKONLY : off DOCS : on DUMMY : on IPV6 : on JAIL : off MFD_REWRITES : on MYSQL : off PERL : on PERL_EMBEDDED : on PYTHON : off SMUX : on TKMIB : off TLS : off UNPRIVILEGED : off It happens on 10.3, 11.0 and 11.1. and net-snmp-5.7.3_17.
Please try rebuilding without MFD_REWRITES. Most people think that this option enables 64-bit interface counters, etc., but this isn't actually the case. Those counters will still be there without it. Your environment seems to match mine exactly with the only differences being the following: - SNMPv2c vs SNMPv3 - MFD_REWRITES vs no MFD_REWRITES. Once we narrow down which combination is causing the issue, I'll have an easier time getting this resolved with the upstream developers. Thanks!
Mmmm, it is exactly what it says it does: │ │ [x] MFD_REWRITES Build with 64-bit Interface Counters │ │ If it does not do that, then the option description should reflect what it actually does :-)
I will try to disable that option though.
A commit references this bug: Author: zi Date: Thu Sep 14 21:23:14 UTC 2017 New revision: 449855 URL: https://svnweb.freebsd.org/changeset/ports/449855 Log: - Update MFD description PR: 222331 Changes: head/net-mgmt/net-snmp/Makefile
Fantastic point. Committed!
So, rebuilt it: https://pkg.absolight.fr/data/11amd64-pkgng-default/20170914T231414Z/logs/net-snmp-5.7.3_17.log I still have the same problem. It works for a few minutes, and then I get: # snmpwalk -c local42 -v2c 127.0.0.1 .1.3.6.1.2.1.25.6.3.1 HOST-RESOURCES-MIB::hrSWInstalledEntry = No Such Object available on this agent at this OID
After investigating the debug log you provided, we're seeing this error: SWInst: error opening pkgng db Which means that this call to open the pkgdb is failing: pkgdb_open(&db, PKGDB_DEFAULT) We will need to figure out why the call to pkgdb_open() isn't returning EPKG_OK to solve this.
I've encountered this situation on FreeBSD 12.1 with net-snmp-5.7.3_20,1
^Triage: bugmeister question: is this aging PR still relevant?
^Triage: feedback timeout (> 6 months).