Thanks for everybody's help so far...
It has been mentioned that the -P and -C switches are no longer
supported/used in mon-0.99.2
So what should I replce these switches with? (I am running Debian
testing w/ 0.99.2-7)
Here is a larger section of my mon.cf:
# global options
#
cfbasedir = /etc/mon
alertdir = /usr/lib/mon/alert.d
mondir = /usr/lib/mon/mon.d
maxprocs = 20
histlength = 100
randstart = 60s
authtype = getpwnam
########################################################################
#######
# After a failover, the monitor will be monitoring the wrong boxes.
# Simply swap the MAINAUPROD and BACKAUPROD
# The Main Australian ORMS box
hostgroup MAINAUPROD 172.28.xx.xx
# The Backup Australian ORMS box
hostgroup BACKAUPROD 172.28.xx.xx
# The first hop before the production subnet
hostgroup DMZ_ROUTER 203.xx.xx.xx
# The Chicago ORMS boxes
hostgroup MAINNAPROD chilorms1.cshare.com
hostgroup chilgw 57.35.xx.xx
# SMS alerting check
hostgroup SMS_Test 127.0.0.1
# cmtdemo
hostgroup CMTDEMO cmtdemo
########################################################################
#######
# Send a test SMS each day to check SMS alerting is actually still
working.
#
watch SMS_Test
service SMS_Test
description Test failure for SMS alerting. This has been
set to fail once per day to test the SMS message alerting. Disregard
this failure.
interval 50m
monitor daily_sms.monitor Daily SMS test
period wd {Sun-Sat}
alert smsclient.alert craig
alertevery 1h
########################################################################
#######
# Main Australian ORMS production box
#
watch MAINAUPROD
service Ping
description Ping ORMS box
interval 15s
monitor fping.monitor -r 3
period LOW1: hr {22-06}
alert mail.alert
[EMAIL PROTECTED]
alertevery 8h
alertafter 3
period HIGH1: hr {06-22}
alert mail.alert
[EMAIL PROTECTED]
alertevery 1h
alertafter 3
period LOW2: hr {22-06}
alert smsclient.alert craig
alertevery 8h
alertafter 3
period HIGH2: hr {06-22}
alert smsclient.alert craig
alertevery 1h
alertafter 3
service RE_Procs
description ORMS Routing Engine processes
interval 1m
monitor process.monitor -P
RoutingEngine,BCServer,TSMRServ,RETimer,TableDownloadSe,DBIntradayUpdat,
GenericServer,SOGWReport,dataserver,backupserver -C /etc/mon/proce
ss.monitor.conf
period LOW1: hr {22-06}
alert mail.alert
[EMAIL PROTECTED]
alertevery 8h
alertafter 1
period HIGH1: hr {06-22}
alert mail.alert
[EMAIL PROTECTED]
alertevery 1h
alertafter 1
period LOW2: hr {22-06}
alert smsclient.alert craig
alertevery 8h
alertafter 1
period HIGH2: hr {06-22}
alert smsclient.alert craig
alertevery 1h
alertafter 1
service ETrade_Australia_Gateway
description ORMS ETrade Australia Gateway processes
interval 1m
monitor process.monitor -P etradeaugw -C
/etc/mon/process.monitor.conf
period MORNING1: wd {2-6} hr {09} min {30-59}
alert mail.alert
[EMAIL PROTECTED]
alertevery 1h
alertafter 1
period DAY1: wd {2-6} hr {10-15}
alert mail.alert
[EMAIL PROTECTED]
alertevery 1h
alertafter 1
period ARVO1: wd {2-6} hr {16} min {0-29}
alert mail.alert
[EMAIL PROTECTED]
alertevery 1h
alertafter 1
period MORNING2: wd {2-6} hr {09} min {30-59}
alert smsclient.alert craig
alertevery 1h
alertafter 1
period DAY2: wd {2-6} hr {10-15}
alert smsclient.alert craig
alertevery 1h
alertafter 1
period ARVO2: wd {2-6} hr {16} min {0-29}
alert smsclient.alert craig
alertevery 1h
alertafter 1
-----Original Message-----
From: Jim Trocki [mailto:[EMAIL PROTECTED]
Sent: Thursday, 6 January 2005 6:08
To: Craig Reeson
Cc: mon@linux.kernel.org
Subject: Re: Help with mon.cf switches
On Wed, 5 Jan 2005, Craig Reeson wrote:
> Guys,
>
> I'm new to Mon and have taken over a non working install of Mon which
> I desperately need to get working...
>
> Anyway, what does the -P option mean/do?
>
> Ie. monitor process.monitor -P augw -C /etc/mon/process.monitor.conf
for process.monitor, -P does nothing. i'm not sure what you're trying to
do or from where you got that example, but if you elaborate then maybe i
can help out.
---
This email and any files transmitted with it are solely intended for the use of
the addressee(s) and may contain information that is confidential and
privileged. If you receive this email in error, please advise us by return
email immediately. Please also disregard the contents of the email, delete it
and destroy any copies immediately.
Computershare Limited and its subsidiaries do not accept liability for the
views expressed in the email or for the consequences of any computer viruses
that may be transmitted with this email.
This email is also subject to copyright. No part of it should be reproduced,
adapted or transmitted without the written consent of the copyright owner.
_______________________________________________
mon mailing list
mon@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/mon
