[Nagiosplug-devel] check_ping resolving error

[Yaron Meiry]

Thanks everyone for the comments. No more top posting!

On Wed, Dec 10, 2008 at 1:52 PM, Holger Weiss <holger at cis.fu-berlin.de>wrote:

>
> If you add "-vvv" to the check_ping command line arguments, check_ping
> will spit out the exact ping(1) command line it's executing.  Does that
> ping(1) command line work if you execute it manually?  If so, could you
> post the complete "check_ping -vvv" output?


*[root at machine libexec]# ./check_ping -H domain.tld -w 3000.0,80% -c
5000.0,100% -p 5 -vvv
CMD: /bin/ping6 -n -U -w 30 -c 5 domain.tld
Output: PING domain.tld(::ffff:xx.xx.xxx.12) 56 data bytes
Output:
Output: --- domain.tld ping statistics ---
Output: 30 packets transmitted, 0 received, 100% packet loss, time 29010ms
Output:
Got stderr: ping: sendmsg: Network is unreachable
CRITICAL - Network Unreachable (domain.tld)*

This is interesting. It's running /bin/ping6 instead of /bin/ping. Here is
the output of the same command using /bin/ping instead:
*[root at machine libexec]# /bin/ping -n -U -w 30 -c 5 domain.tld
PING domain.tld (xx.xx.xxx.12) 56(84) bytes of data.
64 bytes from xx.xx.xxx.12: icmp_seq=1 ttl=54 time=56.2 ms
64 bytes from xx.xx.xxx.12: icmp_seq=2 ttl=54 time=57.2 ms
64 bytes from xx.xx.xxx.12: icmp_seq=3 ttl=54 time=56.1 ms
64 bytes from xx.xx.xxx.12: icmp_seq=4 ttl=54 time=57.1 ms
64 bytes from xx.xx.xxx.12: icmp_seq=5 ttl=54 time=56.8 ms

--- domain.tld ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4001ms
rtt min/avg/max/mdev = 56.188/56.736/57.226/0.528 ms*

I've checked another domain and it checks it with /bin/ping. So apparently
the problem is that it thinks it should check it with /bin/ping6. Question
is, why? I haven't checked the sources. I'm gonna look into them meanwhile.

> I've tried check_icmp and it reports no errors:
>
> I'd prefer check_icmp over check_ping anyway :-)  However, I'd be
> interested in the reason for your check_ping issue.
>

Maybe I should use that instead. However, I'm interested at the same thing
as you at this point :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-plugins.org/archive/devel/attachments/20081210/c05ac3f1/attachment.html>