Nagios Support Forum

I installed the 1.4.8 Linux SNMP wizard today and now all of my Linux SNMP checks for disk/CPU/Memory/Swap are failing. any ideas? Output below.

All checks now show " (Return code of 29 is out of bounds)"

Is there a simple way to go back to the previous version (no idea what I had installed before)

I'm running Nagios XI 5.2.9

[root@mon_server libexec]# ./check_snmp_storage_wizard.pl -H 10.19.4.34 -C snmp_ro_string -v2c -m "\^/\$" -w 80 -c 95
Alarm at 15
SNMP v2c login
Can't locate object method "parse" via package "version" (perhaps you forgot to load "version"?) at ./check_snmp_storage_wizard.pl line 420.
[root@mon_server libexec]# ls -hal check_snmp_storage_wizard.pl
-rwxrwxr-x 1 apache nagios 25K Sep 14 09:24 check_snmp_storage_wizard.pl

I've attached the version of that plugin we currently include with 5.2.9 installations below. However, you will still need to include the Net::SNMP perl package for this plugin to work. This can be installed via yum:

Thanks for the that. it is a different size, for sure.
I am getting the same mesasge with that file too:
Can't locate object method "parse" via package "version" (perhaps you forgot to load "version"?) at ./check_snmp_storage_wizard.pl line 420.

When I look at the check in XI (basic settings, Configure Service) it says it is running this and returns the out of bounds 29:
command:check_xi_service_snmp_linux_storage! -C snmp_ro_string--v2c -m "^/$" -w 80 -c 95 -f

And in CCM it shows it is using that check command, but clicking "test check command" shows it running the check_snmp_storage_wizard.pl

There is nothing after "OUTPUT" in that window but running it from the libexec directory gives the error I posted above.

Perl Net-SNMP is up to date already.

[root@mon_server libexec]# yum install perl-Net-SNMP
Loaded plugins: fastestmirror, security
Loading mirror speeds from cached hostfile
* base: mirror.eboundhost.com
* epel: mirror.compevo.com
* extras: centos.mirrors.tds.net
* rpmforge: mirror.rit.edu
* updates: centos.chicago.waneq.com
Excluding Packages in global exclude list
Finished
Setting up Install Process
Package perl-Net-SNMP-5.2.0-1.2.el5.rf.noarch already installed and latest version
Nothing to do

Does that help more?

I was able to get the checks to pass again by restoring the following files from my last full backup:
check_snmp_storage_wizard.pl
check_snmp_load_wizard.pl

I had to do the load wizard as well for CPU checks.

check_xi_service_snmp_linux_load in Nagios XI was calling check_snmp_load_wizard.pl

What started all this was just doing an update of wizards through the interface so there may be a problem there someone needs to look into.

I will definitely take a look. Do you know what the version is for the wizard/plugins that are functioning correctly?

check_snmp_load.wizard.pl says:
############################## check_snmp_load #################
my $Version='1.12';
# Date : Oct 12 2007
# Author : Patrick Proy ( patrick at proy.org)
# Help : http://nagios.manubulon.com/
# Licence : GPL - http://www.fsf.org/licenses/gpl.txt
# Contributors : F. Lacroix and many others !!!
#################################################################


check_snmp_storage_wizard.pl says:
############################## check_snmp_storage ##############
# Version : 1.3.3
# Date : Jun 1 2007
# Author : Patrick Proy ( patrick at proy.org)
# Help : http://nagios.manubulon.com
# Licence : GPL - http://www.fsf.org/licenses/gpl.txt
# TODO :
# Contribs : Dimo Velev, Makina Corpus, A. Greiner-Bär
#################################################################

Hmm, it looks like the 1.4.8 version of the Linux SNMP wizard is using the exact same version of the check_snmp_storage_wizard.pl plugin. It might be that the update process fudged something up with the plugin itself.

At any rate, i'll be investigating this and filing a proper bug report if I find anything.

Since you found a solution, is it alright if we lock this thread and mark the issue as resolved?

Closing it works for me. Obviously I would like to update my plugins/dashlets/wizards again at some point but currently am leery of doing so.