[Nagiosplug-devel] RFC: New threshold syntax

Max perldork at webwizarddesign.com
Tue Apr 1 05:09:31 CEST 2008


On Mon, Mar 31, 2008 at 6:55 PM, Vonnahme, Nathan
<nathan.vonnahme at bannerhealth.com> wrote:
>  check_http https://foo.com
>  --time ok=0..5/s,warn=5..10/s             \
>  --size ok=3..5/kB                         \
>  --ssl-expiry ok=28..inf/d,warn=14..28/d
>
>
>  old:  check_procs -w 8096 -c 16182 -C httpd --metric VSZ
>  new:  check_procs -C httpd --vsize ok=0..8096,warn=8096..16182
>
>  old: check_procs -w 6:13 -c 4:18 -u mqm -a AKBLD
>  new: check_procs -u mqm -a AKBLD --count ok=6..13,warn=4..18
>   (I'm not sure whether that overlapping warn range would work)
>
>  old: check_procs -w 1:1 -c 1:1 -C tnslsnr
>  new: check_procs -C tnslsnr --count ok=1..1

I am sold on the readability of this :), very nice, huge improvement
over current syntax, the 'ok' range will be a huge win, would the
standard then also support the inclusive ... range operator as well as
suggested earlier or is it getting too 'chicken scratch-like' having
both .. and .... ?

Also, are we going to standardize on multiple metrics being or'd as
they currently are (which I think is the way intuitively think about
threshold tests of metrics) or will there be value in also providing a
switch to change from an 'or all'  to an 'and all' threshold check
mode?

check_tcp_states --finwait2 ok=0..50 --synreceived ok=0..100 --or-conditions

check_tcp_states --established ok=30...500 --timewait ok=0..200 --and-conditions

- Max




More information about the Devel mailing list