monit-general
[Top][All Lists]
Advanced

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

Re: [monit] using "if match"


From: Martin Pala
Subject: Re: [monit] using "if match"
Date: Fri, 22 Feb 2008 23:20:05 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.12) Gecko/20080129 Iceape/1.1.8 (Debian-1.1.8-2)

Which monit version it is? There was bug in 4.10:

* monit reported wrongly that an alert handler failed. This bug
  was introduced in monit-4.10.

Because of it the 4.10.1 was release shortly which fixes the bug.

Martin



Nick Upson wrote:
but the mailserver was available and the email arrived

On 22/02/2008, Martin Pala <address@hidden> wrote:
Nick Upson wrote:
[GMT Feb 22 11:15:02] debug    : Regex match notification is sent to
address@hidden
[GMT Feb 22 11:15:02] error    : Aborting event

# why? what event?
The "abort event" is here because the alert failed (most probably
because mailserver was unavailable). Monit has event queue support for
such cases, see default monitrc comments or manual for more details:

--8<--
## By default monit will drop alert events if no mail servers are available.
## If you want to keep the alerts for a later delivery retry, you can
use the
## EVENTQUEUE statement. The base directory where undelivered alerts will be
## stored is specified by the BASEDIR option. You can limit the maximal
queue
## size using the SLOTS option (if omitted, the queue is limited by space
## available in the back end filesystem).
#
# set eventqueue
#     basedir /var/monit  # set the base directory where events will be
stored
#     slots 100           # optionaly limit the queue siz
--8<--


Martin


--
To unsubscribe:
http://lists.nongnu.org/mailman/listinfo/monit-general



--
To unsubscribe:
http://lists.nongnu.org/mailman/listinfo/monit-general




reply via email to

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