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