Re: check_by_ssh does not seem to honour StrictHostKeyChecking

On 10-11-29 11:10 AM, Patricia Jung wrote:
> Hello out there,
> 
> when monitoring service-bound IPs using check_by_ssh I encounter the problem that several servers
might answer which have differing ssh server keys. This way the service check fails whenever the
answering server changes. A (far from perfect) solution to this would be to set StrictHostKeyChecking to
no for the relevant IP. check_by_ssh however does not seem to honour this setting (not 1.4.15 and below) --
as long as I don't remove the offending key from known_hosts the plugin will time out.
> 
> Any suggestions?

Can't you pass it with the -o option?

 -o, --ssh-option=OPTION
    Call ssh with '-o OPTION' (may be used multiple times) [optional]

This works just like the ssh -o option.

--

-- 
Thomas

Re: check_disk reporting odd information

On 10-11-11 01:24 PM, Israel Brewster wrote:
> I'm seeing something similar with the check_disk_smb plugin. I don't know for sure if it is related, but
the result is the same- in my case it says "Disk ok - 2047.93G (53280%) free on \\otz-freenas\flight". It
seems to me the problem is related to the disk being completely full. If I look at df on the machine in
question, I get the following:
> 
> Filesystem    Size    Used   Avail Capacity  Mounted on
> /dev/ad0s2    3.9G    3.8G   -309M   109%    /mnt/flight
> 
> notice the negative available space and greater than 100% capacity. Perhaps the check_disk and
check_disk_smb plugins don't deal with negative numbers and greater than 100% properly, resulting in a rollover?

These two plugins have nothing in common, and afaik check_disk should
work fine with negative numbers.

In the past however we've had bugs in the underlying library that
provides the data to check_disk. would you mind trying with the latest
version (1.4.15) and if you still encounter the bug, with the debug
output (-vvv) added?

The same could be done with check_disk_smb if it fails, although I don't
even know if it will print useful data for debugging...

Thanks

--

-- 
Thomas

Re: check_snmp ignores warn and critical

On 10-10-22 09:04 AM, Thomas Vogt wrote:
> Hello
> 
> It looks like the latest greatest nagios plugin 1.4.15 changed a few
> things in check_snmp. I use sysUpTimeInstance output to see if my
> hardware devices have rebooted.
> 
> My example check_snmp command:
> 
> ./check_snmp -H xxxxxx -C public -P2c -o sysUpTimeInstance -t 20 -e 3 -c
> 90000000: -u "1/100 sec"
> 
> Output:
> SNMP OK - Timeticks: (2012945) 5:35:29.45 1/100 sec |
> 
> Problem:
> Ever check receives a OK message, no Critical or warn (if definied)
> message, never. It looks like -c and -w thresholds are ignored or could
> not checked against the output.
> 
> The same check worked fine with nagios plugin 1.4.14:
> 
> ./check_snmp -H xxxxxx -C public -P2c -o sysUpTimeInstance -t 20 -e 3 -c
> 90000000: -u "1/100 sec"
> 
> Output:
> SNMP CRITICAL - *2101283* 1/100 sec |
> DISMAN-EVENT-MIB::sysUpTimeInstance=2101283
> 

Re: check_by_ssh does not seem to honour StrictHostKeyChecking

Am 01.12.2010 um 02:23 schrieb Thomas Guyot-Sionnest:
> On 10-11-29 11:10 AM, Patricia Jung wrote:
>> when monitoring service-bound IPs using check_by_ssh I encounter the problem that several servers
might answer which have differing ssh server keys. This way the service check fails whenever the
answering server changes. A (far from perfect) solution to this would be to set StrictHostKeyChecking to
no for the relevant IP. check_by_ssh however does not seem to honour this setting (not 1.4.15 and below) --
as long as I don't remove the offending key from known_hosts the plugin will time out.
> 
> Can't you pass it with the -o option?
Good idea -- with a tiny drawback: This requires a new check command for service IP checks, and changing the
Nagios configuration this way is much more cumbersome than setting  StrictHostKeyChecking=no in
.ssh/config for the IPs in question.

Well... one must not be too lazy, right?

Thanks a lot

   Patricia
--

-- 
Patricia Jung 
Senior Software and Support Engineer 

censhare AG
Paul-Gerhardt-Allee 50, 81245 Muenchen, Germany
Fon +49 89 568236-311 
Fax +49 89 568236-501
http://www.censhare.com
http://blog.censhare.com
Pflichtangaben/Mandatory Information: http://www.censhare.com/pflichtangaben

Check RAID Script

------------------------------------------------------------------------------
This SF Dev2Dev email is sponsored by:

WikiLeaks The End of the Free Internet
http://p.sf.net/sfu/therealnews-com

_______________________________________________
Nagiosplug-help mailing list
Nagiosplug-help@...
https://lists.sourceforge.net/lists/listinfo/nagiosplug-help
::: Please include plugins version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null

Re: Check RAID Script

------------------------------------------------------------------------------

_______________________________________________
Nagiosplug-help mailing list
Nagiosplug-help@...
https://lists.sourceforge.net/lists/listinfo/nagiosplug-help
::: Please include plugins version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null

check_snmp not processing -w, -c options

Since upgrade from plugins 1.4.13 to 1.4.15, check_snmp no longer check the
–w –c ranges. If the snmp agent was responding, check_snmp simply return
‘snmp OK’.  

Output from the older version 1.4.13:

/OLD/usr/local/libexec/nagios/check_snmp -V 
check_snmp v2021 (nagios-plugins 1.4.13) 

/OLD/usr/local/libexec/nagios/check_snmp -w :4294847296 -c 14476150: -C xxxx
-H 131.243.x.y -o 1.3.6.1.2.1.1.3.0 
SNMP CRITICAL - *1499089* | iso.3.6.1.2.1.1.3.0=1499089  

Output from v1.4.15:

/usr/local/libexec/nagios/check_snmp -V
check_snmp v (nagios-plugins 1.4.15)

/usr/local/libexec/nagios/check_snmp -w 1:10000  -C xxxx  -H 131.243.x.y -o
1.3.6.1.2.1.1.3.0
SNMP OK - Timeticks: (9379239) 1 day, 2:03:12.39 | 

/usr/local/libexec/nagios/check_snmp -w 10001:10000000  -C xxxx  -H
131.243.x.y -o 1.3.6.1.2.1.1.3.0 
SNMP OK - Timeticks: (9381125) 1 day, 2:03:31.25 | 

/usr/local/libexec/nagios/check_snmp -w 10000001:20000000  -C xxxx  -H
131.243.x.y -o 1.3.6.1.2.1.1.3.0 
SNMP OK - Timeticks: (9383505) 1 day, 2:03:55.05 |

------------------------------------------------------------------------------
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
_______________________________________________
Nagiosplug-help mailing list
Nagiosplug-help@...
https://lists.sourceforge.net/lists/listinfo/nagiosplug-help
::: Please include plugins version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null

Re: check_snmp not processing -w, -c options

Hello

Am 15.12.10 18:29, schrieb CHui:
> 
> Since upgrade from plugins 1.4.13 to 1.4.15, check_snmp no longer check the
> ?w ?c ranges. If the snmp agent was responding, check_snmp simply return
> ?snmp OK?.  
> 
> 
> Output from the older version 1.4.13:
> 
> /OLD/usr/local/libexec/nagios/check_snmp -V 
> check_snmp v2021 (nagios-plugins 1.4.13) 
> 
> /OLD/usr/local/libexec/nagios/check_snmp -w :4294847296 -c 14476150: -C xxxx
> -H 131.243.x.y -o 1.3.6.1.2.1.1.3.0 
> SNMP CRITICAL - *1499089* | iso.3.6.1.2.1.1.3.0=1499089  
> 
> 
> Output from v1.4.15:
> 
> /usr/local/libexec/nagios/check_snmp -V
> check_snmp v (nagios-plugins 1.4.15)
> 
> /usr/local/libexec/nagios/check_snmp -w 1:10000  -C xxxx  -H 131.243.x.y -o
> 1.3.6.1.2.1.1.3.0
> SNMP OK - Timeticks: (9379239) 1 day, 2:03:12.39 | 
> 
> /usr/local/libexec/nagios/check_snmp -w 10001:10000000  -C xxxx  -H
> 131.243.x.y -o 1.3.6.1.2.1.1.3.0 
> SNMP OK - Timeticks: (9381125) 1 day, 2:03:31.25 | 
> 
> /usr/local/libexec/nagios/check_snmp -w 10000001:20000000  -C xxxx  -H
> 131.243.x.y -o 1.3.6.1.2.1.1.3.0 
> SNMP OK - Timeticks: (9383505) 1 day, 2:03:55.05 |
> 
I have the same issue but Thomas Guyot-Sionnest wrote me a couple weeks ago:

The latest snapshot (nagios-plugins-master.tar.gz) here should fix your
issue:
http://nagiosplug.sourceforge.net/snapshot/

I had no time to verify it but maybe you can try it.

Regards,
Thomas

Help installing check_radius

HI - I'm trying to setup nagios in our environment - Solaris 9 server with 
clients on Linux, Solaris and AIX. I downloaded nagios-plugins-1.4.15.tar.gz
and did gunzip | tar -xvpf; then ./configure, make and make install. The plugins 

in /usr/local/nagios/libexec seem to be working ok, but I need to use 
check_radius. It is in the unzip'd directory and I see it in the plugins 
directory and in the Makefile in plugins. However no joy - not in 
/usr/local/nagios/libexec. I noticed in the Makefile it is listed with 
EXTRA_PROGRAMS. There must be something else I need to do. Can anyone point me 
in the right direction?

Thanks,
- Don

------------------------------------------------------------------------------
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
_______________________________________________
Nagiosplug-help mailing list
Nagiosplug-help@...
https://lists.sourceforge.net/lists/listinfo/nagiosplug-help
::: Please include plugins version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null