Re: FYI: m/monit - centralized monitoring

[Jan-Henrik Haukeland]

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