Xymon Mailing List Archive search

Feature Request: Extra detail in history reports

3 messages in this thread

list Craig Cook · Mon, 26 Sep 2005 20:39:14 -0500 ·
It would be nice to display the number of times a test actually failed when using the "history button" to see historical information on red/yellow alarms.

e.g.  http test failed for a url.
It recovers 5 minutes later.
Since I believe hobbit changes it's testing pattern once an alarm is detected, show that hobbit actually tested it 5 (or whatever number) times during that period, and it failed all 5 tests.

Thanks

Craig Cook
--
Systems Monitoring Consulting and Support Services
http://www.cookitservices.com
list Henrik Størner · Tue, 27 Sep 2005 14:00:07 +0000 (UTC) ·
quoted from Craig Cook
In <user-0001a51758d4@xymon.invalid> "Craig Cook" <user-618593604956@xymon.invalid> writes:
It would be nice to display the number of times a test actually failed when using the "history button" to see historical information on red/yellow alarms.
e.g.  http test failed for a url.
It recovers 5 minutes later.
Since I believe hobbit changes it's testing pattern once an alarm is detected, show that hobbit actually tested it 5 (or whatever number) times during that period, and it failed all 5 tests.

Possible, but it would require changing the format of the history 
logs since there is no room where this information could be stored.

That would make the Hobbit logs incompatible with Big Brother. 
Not a huge loss, perhaps - just something to consider.


Henrik
list Jeff Stoner · Tue, 27 Sep 2005 22:46:04 -0400 ·
quoted from Henrik Størner
On Tue, 2005-09-27 at 14:00 +0000, Henrik Storner wrote:
That would make the Hobbit logs incompatible with Big Brother. 
Not a huge loss, perhaps - just something to consider.
Couple options:

- create another logging module, let the implementor decide which to use
(or use both if they have the disk space and can handle the extra i/o)
- break compatibility for server-side stuff while maintaining
compatibility on the client-side and in the protocol

I would argue in favor of the former that way people have a migration
path or can use the extra module for that "one script" they can't live
without (and Hobbit can advance in features.) Maintenance should
(hopefully) be minimal as you'd only have to deal with any IPC changes
and not log writing. Also, people not exposed to Big Brother don't have
to be hampered by the limitation of the logging it used.

-- 
--Jeff
"Go to Jail. Do not pass Go. Do not collect $200."