Xymon Mailing List Archive search

hobbit-alerts.cfg REPEAT option

7 messages in this thread

list Shane Presley · Tue, 31 Oct 2006 07:27:56 -0500 ·
Is there a global way to change the REPEAT value?  I don't want my
alerts to repeat, so I set them manually on each alert line with
REPEAT=9999.

Thanks
Shane
list Wolfgang Wutz · Tue, 31 Oct 2006 13:36:18 +0100 ·
Hello,

just try to omit the REPEAT statement. This way the alerts shouldn't get
repeated.
▸ quoted from Shane Presley
 

-----Original Message-----
From: Shane Presley [mailto:user-f946ba3135e0@xymon.invalid] 
Sent: Tuesday, October 31, 2006 1:28 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] hobbit-alerts.cfg REPEAT option

Is there a global way to change the REPEAT value?  I don't want my
alerts to repeat, so I set them manually on each alert line with
REPEAT=9999.

Thanks
Shane
list Henrik Størner · Tue, 31 Oct 2006 14:00:04 +0100 ·
▸ quoted from Shane Presley
On Tue, Oct 31, 2006 at 07:27:56AM -0500, Shane Presley wrote:
Is there a global way to change the REPEAT value?  I don't want my
alerts to repeat, so I set them manually on each alert line with
REPEAT=9999.
Set 
  ALERTREPEAT=<some.large.number> 
in hobbitserver.cfg, then restart Hobbit.


Regards,
Henrik
list Jason Altrincham Jones · Tue, 31 Oct 2006 14:45:22 -0000 ·
Hi all,

I am curious, where are the ack'd alerts stored? How does hobbit know an
alert is ack'd, the reason I want to know is so I can generate a list of
ack'd alerts with their reasons and durations so I can name and shame
the admins who are giving bad reason (i.e. one gave their initials as
the reason) and/or acking for a long time and not giving a callID (just
a number so we can find it in a database basically).

Thanks,
Jason.
list Pnixon · Tue, 31 Oct 2006 10:10:16 -0500 ·
The actual file is (on my system):

/var/log/hobbit/acknowledge.log
▸ quoted from Jason Altrincham Jones
 

-----Original Message-----
From: Jones, Jason (Altrincham) [mailto:user-ee957b46acd2@xymon.invalid] 
Sent: Tuesday, October 31, 2006 9:45 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] tracking bad users

Hi all,

I am curious, where are the ack'd alerts stored? How does hobbit know an
alert is ack'd, the reason I want to know is so I can generate a list of
ack'd alerts with their reasons and durations so I can name and shame the
admins who are giving bad reason (i.e. one gave their initials as the
reason) and/or acking for a long time and not giving a callID (just a number
so we can find it in a database basically).

Thanks,
Jason.
list Henrik Størner · Tue, 31 Oct 2006 16:19:16 +0100 ·
▸ quoted from Pnixon
On Tue, Oct 31, 2006 at 02:45:22PM -0000, Jones, Jason (Altrincham) wrote:
I am curious, where are the ack'd alerts stored? 
In RAM.
How does hobbit know an alert is ack'd
The ack is sent to Hobbit in an "ack" message.
▸ quoted from Pnixon
the reason I want to know is so I can generate a list of
ack'd alerts with their reasons and durations so I can name and shame
the admins who are giving bad reason (i.e. one gave their initials as
the reason) and/or acking for a long time and not giving a callID (just
a number so we can find it in a database basically).
When trying to pull status information from Hobbit, the best place to
start is always with the command 

   bb 127.0.0.1 "hobbitdboard"

See the bb(1) man-page for details. You'll want something like

   bb 127.0.0.1 "hobbitdboard color=red,yellow fields=hostname,testname,acktime,ackmsg" | \
      grep -v '|0|$'

(that "grep" is to weed out those statuses that have a null acktime,
meaning they are NOT acknowledged).


Note that the paging/ack system is being re-worked, so the
acknowledgments done on the Critical Systems view will not show up with
the above command. To see those, you must grab the "acklist" field"
instead of the acktime/ackmsg fields.


Regards,
Henrik
list Shane Presley · Wed, 1 Nov 2006 07:39:01 -0500 ·
On 10/31/06, Henrik Stoerner <user-ce4a2c883f75@xymon.invalid> wrote:
Set
  ALERTREPEAT=<some.large.number>
in hobbitserver.cfg, then restart Hobbit.

Thanks, that worked!
Shane