In searching for a usable plugin that uses SNMP to check the memory utilization of CentOS systems, I've repeated run across this problem.
It seems that many of the SNMP service check scripts out there--all of which have been written in Perl and most of which use the Perl Net::SNMP module--run fine at the command line as both root and nagios users BUT fail miserably when run by the Opsview process. Let's use one example: I am running the Opsview-provided check_snmp_memutil script, version 3.0. When run as nagios: $ ./check_snmp_memutil -H 172.16.105.36 -C auction -w 85 -c 95 OK - USAGE: Real 32% (2568 Mb), Swap 0% (0 Mb) | used_real_pct=32% used_real_mb=2568 used_swap_pct=0% used_swap_mb=0 But when run by Opsview, it produces this: (Return code of 255 is out of bounds) I am running Opsview 3.20120308.0.7884-1.ct6 on CentOS 6.2 x86_64. Perl is at version 5.10.1. Net::SNMP is at 6.0.1. I've tried other Perl and Net::SNMP-based plugins from Opsview and the Nagios Exchange, and those that run at all run fine too from the command line while bombing out with weird errors in Opsview. I have already checked to make sure that none of these files write out to any temporary files, so it is not a permissions thing. And I turned off SELINUX just in case that was blocking things. STRANGELY, the compiled binary check_snmp v1.4.15 DOES work and is able to pull back the raw output from the SNMP OIDs used by the Perl-based scripts. I can use this somewhat, although it doesn't do percentages and it doesn't understand that critical values for Free Memory are supposed to be lower than warning values. ALSO STRANGE, there are other SNMP-based checks that seem to work fine even in Opsview such as the Perl and Net::SNMP-based check_snmp_nousers and check_snmp_noprocesses. Please help--we need some sort of SNMP-based check for Free Memory, and I've exhausted all the options I could find except check_snmp, which may be too crude to do what we need. Thanks in advance! _______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/lists/listinfo/opsview-users
