[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Another feature
From: |
Andrew Holt |
Subject: |
Re: Another feature |
Date: |
Sun, 12 Sep 2010 18:59:25 +0100 |
Hi,
See below ...
On 12 Sep 2010, at 18:15, Martin Pala wrote:
> Yes, the alert action implementation handles the notification so, that the
> alert is sent only on state changes (success->failure or failure->success).
> There is a 'reminder' option which allows to repeat the alert if the service
> remains in error, but by default it sends one alert only.
>
> If you delegate the alert to script via exec action, it will be executed on
> every failure cycle (monit tries to recover the service and unless timeout
> statement is used, it calls the exec action each time). In order to reach the
> same alert-on-state-change functionality, you'll need to do it in the
> executed script.
>
So my script will have to capture the state, save it and on the next run
compare ?
Would it be simpler to have alert_exec or execon that execs the script only on
a state change ?
Andrew
> Regards,
> Martin
>
>
> On Sep 11, 2010, at 9:02 PM, Andrew Holt wrote:
>
>> Hi,
>>
>> I am trying this:
>>
>> check host acs1 with address acs1
>> if failed icmp type echo count 4 with timeout 15 seconds
>> then exec "/root/Scripts/alert.sh ping"
>>
>> If I pull the ethernet connection to ascs1 then sure enough the script runs.
>>
>> However, I get the message multiple times. Does 'alert' do something like
>> set a fail flag against the monitored object, which it later clears when the
>> fault is rectified ?
>>
>>
>> Thanks,
>> Andrew
>>
>>
>>
>> On 11 Sep 2010, at 13:49, Martin Pala wrote:
>>
>>> Hi,
>>>
>>> you can use exec action instead of alert:
>>>
>>> check device root with path /
>>> if space usage > 89% then exec "/root/Scripts/alert.sh" else if succeeded
>>> then exec "/root/Scripts/alert.sh"
>>>
>>> Upcoming M/Monit-2.3 also allows to set rules for events which allow to
>>> execute custom program (in addition to email and instant message). We use
>>> it to collect events from all monit hosts and pass the event to
>>> text-to-speach program so we can hear what happened if event arrives (in
>>> practice it is pretty cool :), it is also possible to execute snmptrap, etc.
>>>
>>> Martin
>>>
>>>
>>> On Sep 11, 2010, at 2:33 PM, Andrew Holt wrote:
>>>
>>>>
>>>> Hi,
>>>>
>>>> One other thing I would like to be able to do
>>>>
>>>> e.g.
>>>>
>>>> check device root with path /
>>>> if space usage > 89% then alert
>>>> else if succeeded then alert
>>>>
>>>> And alert sends a mail. What would be useful is
>>>>
>>>> set alert_action exec "/root/Scripts/alert.sh"
>>>>
>>>> Where the default is:
>>>>
>>>> set alert_action email
>>>>
>>>>
>>>>
>>>> =============================
>>>> Andrew Holt
>>>>
>>>> Email: address@hidden
>>>>
>>>> De Omnibus Dubitandum
>>>> =============================
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> To unsubscribe:
>>>> http://lists.nongnu.org/mailman/listinfo/monit-general
>>>
>>>
>>> --
>>> To unsubscribe:
>>> http://lists.nongnu.org/mailman/listinfo/monit-general
>>>
>>
>> =============================
>> Andrew Holt
>>
>> Email: address@hidden
>>
>> De Omnibus Dubitandum
>> =============================
>>
>>
>>
>>
>> --
>> To unsubscribe:
>> http://lists.nongnu.org/mailman/listinfo/monit-general
>
>
> --
> To unsubscribe:
> http://lists.nongnu.org/mailman/listinfo/monit-general
>
=============================
Andrew Holt
Email: address@hidden
De Omnibus Dubitandum
=============================