Nagios Warning Bug/Misconfiguration

[Thomas Donnelly]

Got the issue. Turns out someone installed the Cisco MIBS along with the 
net snmp mibs. Thank you very much for your help.

For anyone searching and finds this check

/usr/local/share/snmp/mibs

and see if you have some-snmp-mib.txt and some-snmp-mib.my


Thanks Again!
-=Tom Donnelly


Patrick Morris wrote:
> On Tue, 07 Apr 2009, Thomas Donnelly wrote:
>
>   
>> Thanks for the quick reply!
>>
>> Ran from the command line got:
>>
>> # ./check_snmp -H 192.168.97.71 -o mib-2.33.1.2.4.0 -C secret -w 95: -c 75:
>> SNMP WARNING - 100 | SNMPv2-SMI::mib-2.33.1.2.4.0=100;;;;
>>
>> # ./check_snmp -H 192.168.97.71 -o mib-2.33.1.2.4.0 -C secret -w 95 -c 75:
>> SNMP WARNING - *100* | SNMPv2-SMI::mib-2.33.1.2.4.0=100;;;;
>>
>> So by intentionally triggering it again (remove ":"), it shows the *'s
>>     
>
> How about if you add a "-v" to get verbose output?
>
> Also, you may want to check the return code from the manual run on an OK
> resultx (for example, by running "echo $?" aafter your check_snmp
> command to make sure it matches what you see in the output).
>
> What happens in my case occasionally is that I install a screwed-up MIB
> for an unrelated service. It won't show any obvious errors, but it will
> cause check_snmp to return a warning result code regardless of whether
> the SNMP result falls within my thresholds.
>
> In effect, it's warning me that my MIBs are hosed, based on
> the fact that it got a non-OK result from snmpget (which is what
> check_snmp calls to do the actual SNMP getting).
>
>
>
>   
>> Not really sure what they mean by:
>>
>> 1. Prevent check_snmp from loading the MIBs (default behaviour) by using 
>> numeric oids AND using the "-m :" option
>>     
>
> If you a numeric OID rather than "mib-2.33.1.2.4.0" and pass the "-m :"
> then check_snmp (and, by extension, snmpget) don't need to load the MIBs
> at all, so you don't get an error if you've got a bad MIB.
>
>   
>>
>>
>> Patrick Morris wrote:
>>     
>>> What happens when you run it manually? 
>>>
>>> This, maybe?
>>>
>>> http://www.nagios.org/faqs/viewfaq.php?faq_id=208
>>>
>>> On Tue, 07 Apr 2009, Thomas Donnelly wrote:
>>>
>>>   
>>>       
>>>> Hi all,
>>>>
>>>> I am having an issue with all of the devices I added showing warning all 
>>>> the time. It is a simple snmp check to see if the amps are above 
>>>> 160warn/180critical. They always say warning even though they are less 
>>>> than the specified 160. One thing to note is once it hits the 160 mark 
>>>> it gets the * value * in turn, showing that it is actually in the 
>>>> warning range. I have shown the neccesary data I hope below. Any/all 
>>>> help is greatly appreciated.
>>>>
>>>>
>>>>
>>>> # uname -a
>>>> FreeBSD server.example.net 5.5-RELEASE-p2 FreeBSD 5.5-RELEASE-p2 #3: Tue 
>>>> Oct  9 22:39:13 EST 2007     
>>>> root at server.example.net:/usr/obj/usr/src/sys/MONITOR  i386
>>>>
>>>> Nagios
>>>> Version 2.0b3
>>>>
>>>>
>>>> # ./check_snmp -V
>>>> check_snmp (nagios-plugins 1.4.3) 1.58
>>>>
>>>>
>>>>
>>>>  From the webui
>>>>
>>>> APC-RR-R3-1.hou
>>>>  check_rr_amp
>>>>  WARNING  04-07-2009 13:00:17   8d 3h 17m 2s  10/10  SNMP WARNING - 90
>>>>
>>>>  APC-RR-R3-2.hou
>>>>  check_rr_amp
>>>>  WARNING  04-07-2009 12:57:52  18d 2h 46m 48s  10/10  SNMP WARNING - *160*
>>>>
>>>> ^note the * 160 * for the one that actually is in the warning range.
>>>>
>>>>
>>>> from checkcommands.cfg
>>>>
>>>> define command {
>>>>        command_name check_rr_amp
>>>>        command_line    $USER1$/check_snmp -H $HOSTADDRESS$ -o 
>>>> mib-2.33.1.4.4.1.3.1 -C cPanel -w $ARG1$ -c $AR
>>>> }
>>>>
>>>>
>>>>  From the hosts config file.
>>>>
>>>> define service{
>>>>        host_name                       APC-RR-R1-1.hou
>>>>        service_description             check_rr_amp
>>>>        check_command                   check_rr_amp!159!179
>>>>        max_check_attempts              10
>>>>        normal_check_interval           5
>>>>        retry_check_interval            3
>>>>        check_period                    24x7
>>>>        notification_interval           30
>>>>        notification_period             24x7
>>>>        notification_options            w,c,r
>>>>        contact_groups                  backup-admins
>>>> }
>>>>
>>>>
>>>>
>>>> Thanks!
>>>> -=Tom
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> This SF.net email is sponsored by:
>>>> High Quality Requirements in a Collaborative Environment.
>>>> Download a free trial of Rational Requirements Composer Now!
>>>> http://p.sf.net/sfu/www-ibm-com
>>>> _______________________________________________
>>>> Nagios-users mailing list
>>>> Nagios-users at lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/nagios-users
>>>> ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
>>>> ::: Messages without supporting info will risk being sent to /dev/null
>>>>     
>>>>         


------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null