--On Tuesday, September 17, 2002 1:05 PM -0700 Jim Trocki
<[EMAIL PROTECTED]> wrote:
> my point is that if the "config" stuff changes, then the "state" info
> must be assumed to be invalid, and it should be reset. this is why the
> config reload causes a state reset; i chose to solve that problem at a
> later time :)
>
I respectfully disagree. I think that more often then not you want the
opposite behavior. For example if my dns-servers:dns test is failing, and
a new config load brings in either a different server list, or a different
set of arguments to dns.monitor, and the test starts succeeding, I want an
upalert. If a failing test was already acked, just because the
configuration changed does not mean I want to discard the ack before a
successful test happens. Or if I'm ten minutes into an alertevery window
of an hour, and the new config changes the host list, but does not cause
the summary to change, I'd rather not get re-alerted.
> i'm all for an ascii format which is both easily comprehended by a human
> and efficient to parse by a computer. i'm not sure how xml does or the
> perl xml libs do with the latter requirement.
>
I was thinking that XML is pretty easy for both cases, but as Scott pointed
out, not everyone lives in the US-ASCII world. That makes using an
external module for XML generation and parsing mandatory. And I think the
consensus seems to be that (at present) requiring Mon installers to install
an XML module that doesn't come with perl is a bad idea.
So I think that makes me lean towards the extra line of data solution for
'how to get per-host data into mon'. In particular, I think that
'host-extended' monitor scripts should return a list of failing hosts on
the first line, a one-line free form summary on the second line, and then
the detailed message. This makes them basically completely interoperable
with current Mon installations.
> Jim Trocki <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
> Layed Off Computer System and Network Engineer
^^^^^^^^^
Sorry to hear that...
-David
David Nolan <*> [EMAIL PROTECTED]
curses: May you be forced to grep the termcap of an unclean yacc while
a herd of rogue emacs fsck your troff and vgrind your pathalias!
_______________________________________________
mon mailing list
[EMAIL PROTECTED]
http://linux.kernel.org/mailman/listinfo/mon
