The actual error, and moderately annoying part, is that the library requested / not found, WAS JUST COMPILED, and then fails to link itself.
The library actually exists in a different directory than is enumerated by the scripts that configured the build.
They havent fixed it in 18.104.22.168 either:
During compilation, the following command is run:
LD_RUN_PATH="/usr/local/lib:/usr/local/lib/perl5/5.8.8/x86_64-linux/CORE" cc -shared -L/usr/lib64 -L/lib64 -L/usr/local/ssl/lib agent.o -o ../blib/arch/auto/NetSNMP/agent/agent.so \
-L/usr/local/lib -L/root/net-snmp-22.214.171.124/perl/agent/../../snmplib/.libs -L/root/net-snmp-126.96.36.199/perl/agent/../../snmplib -L/root/net-snmp-188.8.131.52/perl/agent/../../agent -lnetsnmpmibs -lnetsnmpagent -lnetsnmp \
/usr/bin/ld: cannot find -lnetsnmpmibs
root@server [~/net-snmp-184.108.40.206]# find ./ -iname 'libnetsnmpmibs.so*'
./agent/.libs/ is not part of the
-L searchpath above; uncertain as to why. Speculation is that there is an outdated or improperly used Libtool...
That said, I too am installing this on a
CentOS host. Why? Because the
CentOS box is stuck on some old
Centos5 revision, and the
SNMPD codebase it uses TIMES OUT during heavy load causing MANY spurious alerts when nothing is actually wrong.
I don't care that CentOS has been updating the ancient version for security bugs, this is a performance enhancemenet / usability fix / feature improvement that they haven't applied to any newer releases of horrendously old