Is the archieve relocated?

Hi all,

I'm a newbie to MON. I would like to view archived messages but the URL 
from http://linux.kernel.org/mailman/listinfo/mon is dead. Has the 
archive been moved to a newer location?

Regards,

TP

Re: Is the archieve relocated?

On Wed, 3 Aug 2005, Tarak Patel wrote:

> Hi all,
>
> I'm a newbie to MON. I would like to view archived messages but the URL from 
> http://linux.kernel.org/mailman/listinfo/mon is dead. Has the archive been 
> moved to a newer location?

hm, i'll check into the mailman archive on kernel.org. fortunately,
mail-archive.com has an archive:

http://www.mail-archive.com/mon%40linux.kernel.org/

mon writes to /var/log/messages

_______________________________________________
mon mailing list
mon <at> linux.kernel.org
http://linux.kernel.org/mailman/listinfo/mon

Re: mon writes to /var/log/messages

--On Wednesday, August 17, 2005 1:08 PM +0200 Grames Gernot 
<gernot.grames <at> SIEMENS.COM> wrote:

> Hi,
>
> i found out that the mon writes a lot of messages to the
> var/log/messages file during monitoring.
>
> How can i stop this?? It fills out my harddisk!
>
> Thank you!
>

By reading the documentation for mon and syslog, and picking a 
configuration which suits your needs.  By default mon logs to the 'daemon' 
syslog facility, and logs various messages at the debug, info, notice, 
alert, err, and crit syslog levels.  I suspect you're logging daemon.info 
and higher messages to your messages file.  Either log only higher level 
messages, or change mon to log to a facility you don't output to disk.

Alternatively, use any of the miriad systems available that perform logfile 
rotation, so you don't keep your syslogs forever.

If you *really* want no syslog output at all, modify the code to add that 
feature as an option and send us a patch.

-David

David Nolan                    <*>                    vitroth+ <at> cmu.edu
curses: May you be forced to grep the termcap of an unclean yacc while
      a herd of rogue emacs fsck your troff and vgrind your pathalias!

period problem

Hello,
I try to exclude from monitor a service from 3am to 4am (for one hour).
See below the configuration that does not work. Please advise.

Christos

define(_ON_HOURS_,    `hr {04am-3am}')dnl

watch host1
    service service1
        interval 2m
        monitor fping.monitor
        period _ON_HOURS_
            alertevery 15m summary
            comp_alerts
            alertafter 3
            alert mail.alert xx <at> xx.gr
            upalert mail.alert xx <at> xx.gr 

Re: period problem

--On Friday, August 19, 2005 10:04 AM +0300 Christos Charalampous 
<ccha <at> forthnet.gr> wrote:

> Hello,
> I try to exclude from monitor a service from 3am to 4am (for one hour).
> See below the configuration that does not work. Please advise.
>
> Christos
>
> define(_ON_HOURS_,    `hr {04am-3am}')dnl
>

>From the documentation for Time::Period:

> v isn't a point in time.  In the context of the hour scale, 9
> specifies the time period from 9:00:00 am to 9:59:59 am.  This is
> what most people would call 9-10.  In other words, v is discrete
> in its time scale.  9 changes to 10 when 9:59:59 changes to
> 10:00:00, but it is 9 from 9:00:00 to 9:59:59.  Just before
> 9:00:00, v was 8.

Therefore, '3am' means 'the hour that starts at 3am.'  i.e. you mean 
'4am-2am'

Though you might want to look at using the service attribute 
'exclude_period', which will cause the monitor script to not even be run 
during the exclude window.  That way you don't have to encode your 
exclusion period into all of your period definitions (if you have multiple).

-David

David Nolan                    <*>                    vitroth+ <at> cmu.edu
curses: May you be forced to grep the termcap of an unclean yacc while
      a herd of rogue emacs fsck your troff and vgrind your pathalias!

monitor for ssl services?

Hi, i searched and googled quite, but i didn't find a monitor for
monitoring ssl services (i needed mail server one's: smtps,imaps,pop3s)
[SSL not TLS] and didn't want to create an ssl tunnel for each one of
them, so i modified tcpch.monitor and merget it with some parte of an
imap-ssl.monitor that i found.

Now are some weeks that i run it and seems to work, but i bet i made
some error since i'm not a perl programmer.

However since may be interesting (and someone could take a look at it)
i'll attach the code.

Ps. if someone does know an alternative to this code don't hesitate to
talk! ;)

bye

_______________________________________________
mon mailing list
mon <at> linux.kernel.org
http://linux.kernel.org/mailman/listinfo/mon

Re: monitor for ssl services?

--On Saturday, August 20, 2005 2:41 PM +0200 Miolinux <miolinux <at> libero.it> 
wrote:

> Hi, i searched and googled quite, but i didn't find a monitor for
> monitoring ssl services (i needed mail server one's: smtps,imaps,pop3s)
> [SSL not TLS] and didn't want to create an ssl tunnel for each one of
> them, so i modified tcpch.monitor and merget it with some parte of an
> imap-ssl.monitor that i found.
>
> Now are some weeks that i run it and seems to work, but i bet i made
> some error since i'm not a perl programmer.
>
> However since may be interesting (and someone could take a look at it)
> i'll attach the code.
>
> Ps. if someone does know an alternative to this code don't hesitate to
> talk! ;)
>

I guess I never got around to adding CMU's imap tests to the contrib area. 
I've done that now, at least in CVS.  As soon as the public copy of the 
sourceforge CVS repository is updated you'll find a imap directory visible 
here <http://cvs.sourceforge.net/viewcvs.py/mon/mon-contrib/monitors/> 
which will contain three tests, one for IMAP over SSL, one for IMAP with 
STARTTLS, and one for plain text password authentication over IMAP.  (The 
PTP test has support for a new monitor-auth.cf file to specify username and 
password, but I haven't added the documentation for that to the Mon 
repository yet.  I'll work on that.  It also can take user/password on the 
commandline.)

The IMAP over SSL test has support for alerting when an SSL certificate is 
expired, or about to expire.  We run two services with this test on our 
servers, one without certification notification, and one with.  The one 
with certificate notification enabled is configured never to page, it just 
sends mail 10 days before the cert is going to expire.

I think I'll go look and see what other monitors I have now that I should 
export...  I've probably got a dozen or so to add.  (Plus the docs for the 
monitor-auth.cf syntax...)

-David

David Nolan                    <*>                    vitroth+ <at> cmu.edu
curses: May you be forced to grep the termcap of an unclean yacc while
      a herd of rogue emacs fsck your troff and vgrind your pathalias!

ListTables is deprecated

Hi there

I have a problem with my mysql.monitor script. If executed, it logs that to
messages:

Aug 22 11:06:55 linuxweb21 mon[4175]: failure for phoebe mysql 1124701615
_ListTables is deprecated, use $dbh->tables() at
/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/DBD/mysql.pm line
280.

Here the mysql-related entry in mon.cf:
---------------------------------------------------------------------------
        service mysql
                description Check, if db is accessible
                depend phoebe:ping
                interval 60s
                monitor mysql.monitor  --mode mysql --username=user
--password=pw --database=test --port=3306
                period RESTART: wd {Sun-Sat}
                        alert mail.alert -S "MASTER: MySQL NOT accessible!!
Trying to restart..." mail <at> host
                        alert mysql_restart.alert
                        alertafter 2
                        upalert mail.alert -S "MASTER: MySQL is back again!"
mail <at> host
                        upalertafter 30s
                period RESTART_FAILED: wd {Sun-Sat}
                        alert mail.alert -S "MASTER: Restart MySQL failed!!
Bringing down heartbeat for takeover... If backup node can do that"
mail <at> host
                        alert bring-ha-down.alert
                        alertafter
4
-----------------------------------------------------------------------------

Is this a perl related problem or something else?

I'm running FC4 2.6.11-1.1369_FC4smp.

Before that, i reinstalled my server, but used the old configuration of all
services, as mon. Also the mon and alert scripts are the same. 
What could be the reason of my problem?

Thanks for advice

--

-- 
5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail
+++ GMX - die erste Adresse für Mail, Message, More +++

Re: ListTables is deprecated

On Mon, 22 Aug 2005, "rueh hänä" wrote:

> Aug 22 11:06:55 linuxweb21 mon[4175]: failure for phoebe mysql 1124701615
> _ListTables is deprecated, use $dbh->tables() at
> /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/DBD/mysql.pm line
> 280.

> Is this a perl related problem or something else?

this looks like a dbd::mysql module problem, just as the error message
indicated. sounds like mysql.monitor uses an old part of the api, and needs to
be updated to use the ->tables() method rather than _ListTables.

from where did you get mysql.monitor? i don't see it in the distribution
nor in the contrib area. there is msql-mysql.monitor, but there is no
reference to _ListTables in there. if you don't recall where it's from,
please post it and i'll have a look at it.

_______________________________________________
mon mailing list
mon <at> linux.kernel.org
http://linux.kernel.org/mailman/listinfo/mon