monit-general
[Top][All Lists]
Advanced

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

Re: remote monit (or http and multiple expect and http-notify)


From: Leen Besselink
Subject: Re: remote monit (or http and multiple expect and http-notify)
Date: Sun, 13 Feb 2005 21:17:16 +0100 (CET)
User-agent: SquirrelMail/1.4.3a

Martin Pala zei:
> Hi,
>
> thanks for suggestions :)
>
> Coments bellow ...
>
> Leen Besselink wrote:

[snip]

>> The nice side-effect of this would add the ability to look if a certain 
>> service is running
>> on
>> an other machine, by asking the monit running on that machine. This would 
>> require only one
>> HTTP-request and you'd know about multiple services at ones.
>
> This is already implemented and will be part of upcoming monit-4.5. The
> syntax is (example):
>

I did see something in CVS, after I send the e-mail and wasn't sure if it would 
do what I was
thinking about.

> --8<--
>      check host FOO with address 172.16.2.1
>        if failed url https://user:address@hidden:8080/?query
>           and content == 'action="j_security_check"'
>        then ...
> --8<--
>
> It has been also used (by Bernhard Nowak) to check monit services via
> monit's http interface:

> # use monit http content feature to check for "not monitored":
>
>    check host ccc_monit with address 192.168.10.2
>    if failed url http://192.168.10.2:2812/aaa
>       and content != "not monitored" with timeout 60 seconds
>       then exec "/etc/init.d/heartbeat stop"
>
>
>    check host ddd_monit with address 192.168.10.2
>    if failed url http://192.168.10.2:2812/bbb
>       and content != "not monitored" with timeout 60 seconds
>       then exec "/etc/init.d/heartbeat stop"
> --8<--
>
>> Two would be adding the ability to send a http-request as notification.
>>
>> You wouldn't need no plugins, http would be enough. For example to implement
>> sms-notification, you'd just send a http-request to Kannel.
>
> You can use monit's 'exec' action to call such url - for example snmptrap:
>
>   if failed <test> then exec '/bin/bash -c "/bin/snmptrap ..."'
>
>
> Native upstream event notification is work in progress which will be
> added in some future monit version - it will allow to send event
> notifications and status to the central monitoring system (such as
> m/monit for example).
>

I did see some messages in the mailinglist archive and on the website mention 
m/monit, I was
wondering is there a place where I can see what it'll do and how it'll do that.

Central management, configuration and graphing is mentioned.

I keep wondering about details, like is it going to use RRD as database for 
graphing.

I understand the intention is to make it GPL, but it's not in the public CVS or 
on the website.

:-/

I'm just interrested. :-)

>> The third, which maybe taking things to far would be to add the ability for 
>> monit to
>> receive
>> http-notification, so it could act on that.
>>
>> Better would probably be if that would only initiate a poll-cycle on 
>> receiving a request,
>> probably adding the ability the specify a maximum number of polls per minute 
>> as well.
>
>
> There are actions supported via monit's http interface which allows to
> maintain particular services (start/stop/monitor/unmonitor/restart), and
> general 'status' and 'viewlog' actions.
>

Yes, that can easily be done with a get, I've noticed.

> There is currently no alternative of CLI commands such as 'reload' or
> 'validate'. The 'reload' command may make sense in touch with remote
> configuration support, the validation trigger may be good candidate to
> add  ...
>
> Thanks,
> Martin
>
>

Thank you for the explanations and the patch-submission (in the other e-mail).

_____________________________________
New things are always on the horizon.






reply via email to

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