[hobbit] Downtime tag syntax

[Josh Luthman]

>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/cc9cb648/attachment.html>