When Ohio was torn apart by the storm a few weeks ago I did as Henrik just
suggested. I let it boot normally, then went in and stopped sendmail. I
dropped the mail spool and a few hours (or a day) later when customers
started to gain power I brought it back with a clean queue. I had several
alerts but as they were all email I didn't much mind.
The alerts I had that were for our major backhauls go to my mobile via SMS.
Those can cause an issue and really the only way I can imagine getting
around this is to create route: for the hop previous to it.
One suggestion I would love to see in Hobbit is a summary email of alerts in
the case of a certain number of red hosts.
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer
On Tue, Oct 14, 2008 at 4:42 PM, Henrik Stoerner <user-ce4a2c883f75@xymon.invalid> wrote:
In <user-ed8172b74598@xymon.invalid> "user-747f2264746a@xymon.invalid" <
user-747f2264746a@xymon.invalid> writes:
We had add an 'a-ha' moment the other day when our Hobbit server lost
netwo=
rk connectivity, and once rebooted it blasted out basically every alert
con=
figured.=A0 If this were to happen again, is there a way to silence or
dele=
te queued alerts before rebooting?=0A=0AI'm also curious how this
community=
handles a case like=A0that.=0A=0A=0A
I suppose your alerts go out via e-mail ? In that case, the issue resolves
to
stopping your mailer daemon and clearing the mail queue of the pending
alerts.
Regards,
Henrik