Well, I feel better, but then I'm still stumped. We had an instance last week where the telnet test failed for 21 minutes -- and no alerts went out.
This box acts as a telnet server for half our remote-site scanners, so if we loose it, we have production people not working :-(
What's the syntax for adding the duration on the test? I tried "bin/bbcmd hobbitd_alert --test whq-sapcon-1 telnet DURATION=361" while I was playing around, to no apparent avail (on the 4.2 alpha).
Thanks!
Tom
-----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Wednesday, April 05, 2006 12:09 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Alert config issue or question -- 4.2 Alpha Release (and 4.03 Rc1)
On Wed, Apr 05, 2006 at 11:52:00AM -0400, Kauffman, Tom wrote:
I've a problem with my running 4.03RC1 (yeah, I know :-) that doesn't seem to change with 4.2 Alpha. 00018172 2006-04-05 11:42:36 Failed 'MAIL techsupt at localhost UNMATCHED DURATION>6m REPEAT=4h' (min. duration 0<360)
So if I'm reading this correctly, my 'duration>6m' is being interpreted as 'duration>6h'. The intent here is to require two failed tests before paging. Where have I gone wrong?
You're not reading it correctly. When you put DURATION>6m into the config, Hobbit internally converts that into 360 seconds. The output you see means that the current duration of the alert (0 seconds) - was less than the minimum duration required (360 seconds).
I cannot recall if the test option in 4.0.3 allows you to specify the duration for the test-alert; with newer version you can, and then you'd see the the "0" change accordingly.
Henrik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
CONFIDENTIALITY NOTICE: This email and any attachments are for the
exclusive and confidential use of the intended recipient. If you are not
the intended recipient, please do not read, distribute or take action in
reliance upon this message. If you have received this in error, please
notify us immediately by return email and promptly delete this message
and its attachments from your computer system. We do not waive
attorney-client or work product privilege by the transmission of this
message.