monit-general
[Top][All Lists]
Advanced

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

Re: Bugs and feature wishlist


From: Jan-Henrik Haukeland
Subject: Re: Bugs and feature wishlist
Date: Tue, 17 Feb 2004 15:27:08 +0100
User-agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Reasonable Discussion, linux)

Flo Gleixner <address@hidden> writes:

> I compiled monit 4.1.1 for Solaris 8 64 Bit. Does someone wants to
> have my Makefile? Or even a Solaris pkg?

Thanks but we are covered :-)

> Today i had my forst bug, monit was hanging:
>
> truss -p 8436
> poll(0xFFFFFFFF7D9FD7F0, 1, 1000)               = 0
> poll(0xFFFFFFFF7D9FD7F0, 1, 1000)               = 0
> poll(0xFFFFFFFF7D9FD7F0, 1, 1000)               = 0
> poll(0xFFFFFFFF7D9FD7F0, 1, 1000)               = 0
>
> endless.

We discovered some bugs in monit recently with regards to blocking and
hanging. Could you please download the new monit version from CVS and
see if you can reproduce this bug with the new code?

export CVS_RSH="ssh";
cvs -z3 -d:ext:address@hidden:/cvsroot/monit co monit

> Now my feature wishlist:
>
> I'd like to monitor /var/adm/messages for critical things and send a mail
> if something bad occurs. I use a shell script that records the size of the
> file, compares it with the old size, tails the changed portion, filteres
> it (awk or grep ...) and if something remains, it sends a mail. I use
> monit to trigger this script:
>
> check file messages
>     with path /var/adm/messages
>     if size was changed then exec "/usr/local/bin/monitscripts/maillogfile.sh 
> /var/adm/messages address@hidden"
>
> (b.t.w. if someone wants that script ...)
>
> But monit sends another mail that the size did change. I don't want that.

For this to happen, you must also have an alert statement in "check
file messages ..", remove the alert statement and you will not get a
mail from monit when the size changes.

> Another proposal: If i unmonitor something, the webinterface should
> not show it as "running". It should show "not monitored". I did once
> unmonitor apache during some config session and did not remember to
> re-enable monitoring. My apache was down for one day. luky, it was a
> internal apache :-)

This is fixed in the new CVS version.

-- 
Jan-Henrik Haukeland




reply via email to

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