[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: FYI: m/monit - centralized monitoring

From: Jan-Henrik Haukeland
Subject: Re: FYI: m/monit - centralized monitoring
Date: Thu, 06 Nov 2003 23:36:40 +0100
User-agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Reasonable Discussion, linux)

Martin <address@hidden> writes:

> I preffer general interface for such applications integrated to
> monit. It need not to be m/monit only solution - general XML
> interface (as you mentioned bellow) could be good choice and i
> preffer such solution (such as output's mime type specification -
> content type requested by client). The configure option then need
> not to be "--with-mmonit" but more general "--with-xml", etc.
> Then monit can present the same data in different formats (in
> addition to present text/html possibly new types text/xml,
> text/plain, etc.) => the presentation layer will adjust the output.

Good idea!

>>    c) There must (probably) be sent an alert when a service is
>>       comming up also so m/monit's history database can report a
>>       service downtime *and* uptime.
> I think this change is very usefull generaly. Recently on
> mailinglist were few messages addressing exactly this point. It is
> good to know that error condition is over and that you can sleep
> peacefully :)

Yep, and the idea is to make changes to monit as non-intrusive as
possible if it's necessary at all to change anything in monit to make
it work with m/monit.

Anyway, m/monit is foilware at the moment. I have much work to do
before the first version is ready. It's probably wise to pospone the
discussion on how, when and if it should be integrated into monit
until m/monit is realized. I'm thankful for the feedback and support
and I'll keep you posted on how it goes :-)

Jan-Henrik Haukeland

reply via email to

[Prev in Thread] Current Thread [Next in Thread]