[hobbit] Downtime tag syntax
Root, Paul
Paul.Root at qwest.com
Thu Dec 18 18:56:03 CET 2008
Since I'm using the * the time stamp wraps around.
It just worked, the way I wanted it. I forced a red condition during a
ignore time window, and I got the email during the window, after the
window expired,
the page came through.
Looks like other emails said your format was wrong. Someone had the
format DAY:SERVICE:START:END:COMMENT.
That doesn't match up with the web page man pages.
What I have down here worked 1 hour ago on Xymon 4.2.2 compiled on
Solaris 10 8/07 in a zone.
Paul Root IM/MNS Infrastructure
________________________________
From: Josh Luthman [mailto:josh at imaginenetworksllc.com]
Sent: Thursday, December 18, 2008 11:43 AM
To: hobbit at hswn.dk
Subject: Re: [hobbit] Downtime tag syntax
>HOST=%$HG-VSNL COLOR=red,purple DURATION>7 TIME=*:1100:1030
MAIL $NG-IM-ADMIN
MAIL $NG-IM-ONCALL FORMAT=SMS
So send alerts from 11:00 am to 10:30 am every day.
Isn't this kind of like dividing by zero? How does this
actually work, does it cover all day except that half hour window?
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it,
poorly.
--- Henry Spencer
On Thu, Dec 18, 2008 at 12:36 PM, Root, Paul
<Paul.Root at qwest.com> wrote:
I'm getting close.
What just worked for me in hobbit-alerts.cfg, was:
HOST=%$HG-VSNL COLOR=red,purple DURATION>7
TIME=*:1100:1030
MAIL $NG-IM-ADMIN
MAIL $NG-IM-ONCALL FORMAT=SMS
So send alerts from 11:00 am to 10:30 am every day.
What I'm trying right now is:
HOST=%$HG-VSNL COLOR=red,purple DURATION>7
MAIL $NG-IM-ADMIN
IGNORE SERVICE=procs TIME=*:1110:1130
MAIL $NG-IM-ONCALL FORMAT=SMS
So the email would come, but the page wouldn't happen,
and only on procsm between 11:10 and 11:30 am.
I've had trouble with this, but that was when the
machine was in a large group, so I'm splitting it to it's own group
(with it's backup server).
The former should work for you. It should look like:
HOST=<HOSTNAME> SERVICE=cpu,mysql COLOR=red DURATION>7
TIME=*:1800:1900
MAIL <WHEREVER> FORMAT=SMS
Test it with
bbcmd hobbitd_alert --test <HOSTNAME> cpu --duration=8
time=1229646890
the time value is in epochtime. That number is seconds.
It's roughly 6:30 pm CST.
Paul Root IM/MNS Infrastructure
________________________________
From: Jason Chambers
[mailto:Jason.Chambers at geosoft.com]
Sent: Thursday, December 18, 2008 11:11 AM
To: 'hobbit at hswn.dk'
Subject: RE: [hobbit] Downtime tag syntax
Argh!
I don't want to answer my PDA every night at 6pm
because of a stupid backup job overloading the CPU and DB. L There has
to be a way to get this to work...
Jason Chambers
IT Help Desk Associate
GEOSOFT INC.
freedom to explore
T +1 416.369.0111 #344
F +1 416.369.9599
Visit our site at www.geosoft.com
From: Root, Paul [mailto:Paul.Root at qwest.com]
Sent: December-18-08 11:11 AM
To: hobbit at hswn.dk
Subject: RE: [hobbit] Downtime tag syntax
That syntax looks right.
Unfortunately, I think it's just broken. I've
been fighting this all week. I've tried DOWNTIME, TIME on the HOST line
of hobbit-alerts.cfg, TIME with IGNORE.
I've tried it with a bogus alarm, and with
procs. I had it working with a bogus alarm, but it always ignores procs.
bbcmd hobbitd_alerts .... parses it
correctly, and you think you're going to get what you want. But then
2:11am the oncall is still paged.
I have this on Solaris 10 (in a zone) with
Hobbit 4.2.0 and yesterday upgraded to Xymon 4.2.2. Same deal.
Paul Root IM/MNS Infrastructure
________________________________
From: Jason Chambers
[mailto:Jason.Chambers at geosoft.com]
Sent: Thursday, December 18, 2008 7:35
AM
To: 'hobbit at hswn.dk'
Subject: [hobbit] Downtime tag syntax
Hey everyone,
I'm having problems with the DOWNTIME:
tag on a host as it appears not to be working. Can anyone see what I am
doing wrong?
DOWNTIME:cpu,mysql:*:1800:1830:Backups
Jason Chambers
IT Help Desk Associate
GEOSOFT INC.
freedom to explore
T +1 416.369.0111 #344
F +1 416.369.9599
Visit our site at www.geosoft.com
This communication is the property of Qwest and
may contain confidential or privileged information. Unauthorized use of
this communication is strictly prohibited and may be unlawful. If you
have received this communication in error, please immediately notify the
sender by reply e-mail and destroy all copies of the communication and
any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20081218/863da85c/attachment.html>
More information about the Xymon
mailing list