check_rta (aka check_icmp 0.9)

[Andreas Ericsson]

Hello all.

Sorry for cross-posting, and sorry for posting twice to nagiosplug-devel 
(just thought I'd bring it in in a fresh thread).

After an almost complete rewrite of check_icmp, I'm looking for some 
testers of the check_rta plugin. check_rta is basically the work-name of 
the next check_icmp release, so if you're using check_icmp you might 
want to try this one instead. It would be particularly useful for me if 
you could get it to work on something other than GNU/Linux systems.

You can find it at http://oss.op5.se/nagios which will be the only point 
of distribution until I'm satisfied enough with it to relinquish CVS 
control to the official developers, at which point it should take the 
place of the now-present check_icmp plugin.


Feedback would be extremely welcome.

Features in general (also found in check_icmp)
----------------------------------------------
It doesn't spawn an external process to read the output of another 
program (like check_ping and check_fping does) and should thus be more 
portable (at least easier to port), more lenient on CPU cycles and a bit 
faster.


New features (not found in check_icmp)
--------------------------------------
Faster DOWN determination. It can properly interpret icmp messages from 
other hosts (routers usually) and foresee when a host will be down 
definitely. Try strace ./check_rta 193.201.96.145 (which doesn't exist) 
to see what I mean.

Faster UP determination. If a host responds promptly to a ping packet 
and has no packets on the wire, check_rta will pelt it with packets as 
fast as it can. Sending of pings won't be delayed as long as the host 
hasn't got any packets en route, but it will wait the packet interval 
(-i flag) before sending a new if any previous packet hasn't either come 
back or generated an icmp error somewhere along the route.

Sourcequench backoff. Intervals are increased when routers/hosts 
advertise they are loosing packets due to high send ratio (currently 
hardcoded backoff factor, but I'll fix that later).

check_host mode. ln -s check_rta check_host. check_host will ping all 
the resolved IP-addresses for the host (if fed a DNS name, or all given 
IP-addresses otherwise) and will return OK on any packet received what 
so ever, making it superfast for host checks. This overrides -w and -c.

perfparse output for multiple hosts/addresses.

Bug fixes
---------
RTA precision is now more accurate. No u_sleep() calls are made, which 
would obfuscate rta values in check_icmp, causing them to be higher for 
a higher packet interval (since the program sometimes was in u_sleep() 
when packets came in).

Code is cleaner and compiles without warnings with stricter rules on all 
GCC's from 2.95.3 through 3.4.3. It should never try to do anything that 
is forbidden on any system (like call select(2) with bad args) and tries 
hard to only use portable functions and system calls (no asprintf() or 
other gnu extensions here).

Please download a copy and try it out. I need to know if it works 
properly on the OS'es supported by nagios plugins before I drop the old 
check_icmp in favor of this one and relinquish CVS control of it to the 
official plugin developers.

Developers;
The get_timevar() and get_timevaldiff() functions might be useful in 
utils.c, although they deal in micro-seconds.

-- 
Andreas Ericsson                   andreas.ericsson at op5.se
OP5 AB                             www.op5.se
Lead Developer


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
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