[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [hobbit] purple page grouping & alert acknowledgment
- To: hobbit (at) hswn.dk
- Subject: Re: [hobbit] purple page grouping & alert acknowledgment
- From: Henrik Stoerner <henrik (at) hswn.dk>
- Date: Tue, 1 Mar 2005 22:51:11 +0100
- References: <6319AEF0FF0BC4488F10029776CEAC0705A3B974@MAIL01.orhs.org> <7abf04af05022509192eabbc90@mail.gmail.com> <421F6ADE.30400@nandomedia.com> <20050225183920.GA3331@hswn.dk> <421F7696.3020307@nandomedia.com> <20050227162737.GA4587@hswn.dk> <422362C2.6040909@nandomedia.com> <20050228220625.GE16768@hswn.dk> <4224DDA7.5000901@nandomedia.com>
- User-agent: Mutt/1.5.5.1i
On Tue, Mar 01, 2005 at 04:24:55PM -0500, Tom Georgoulias wrote:
> Henrik Stoerner wrote:
>
> >It's the program that generates the status message, that also
> >determines how long it is valid. So this is something you set on each
> >BB client or extension script.
>
> OK, that is different than BB, which only needed to have the PURPLEDELAY
> set on the server side, in bbdef-server.sh.
No, this actually works exactly like in BB. PURPLEDELAY in BB only
determines the interval between updates of a purple status *after*
it has gone purple; it doesn't determine how long to wait before a
normal status changes to purple.
That's why when you have scripts that run once an hour, you need to send
in the status beginning with "status+65 ..." or it will go purple
before the next planned update.
> >In such cases there is little Hobbit can do. When you ack an alert,
> >you take over the responsibility for that status for the time the ack
> >is valid. If you "fix" something without checking that it actually did
> >solve the problem, you're asking for trouble.
>
> I've been thinking about this a bit and I cannot see a clean, easy way
> to solve it either.
Well, we agree then :-)
> >If you really want it, it's not a big problem to implement an
> >"de-acknowledge" function. It might even be worthwhile for reporting
> >purposes, to keep track of how much time your admins are using on
> >troubleshooting. I'm open to suggestions.
>
> I can see this being helpful in cases where I'd like to wipe out all the
> various acks for whatever reason and return a system to its normal,
> paging self, but those situations are quite uncommon. If it's easy to
> implement, I wouldn't mind having it.
I knew you wouldn't :-))
Henrik