monit-general
[Top][All Lists]
Advanced

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

Re: Suspend checking during startup of a process


From: Martin Pala
Subject: Re: Suspend checking during startup of a process
Date: Thu, 14 Apr 2005 00:23:52 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050324 Debian/1.7.6-1

Monit waits for the process to start up to one cycle length timeframe. When the process starts (appears in process table), monit will test specific process features given by testing rules (such as port test) next cycle. I.e. the wait_start window ends as soon as the process is running.

However, when for example the process delays the service until internal recovery will finish (such as database transaction log check), monit can't know that the service is delayed and will report (correctly) that the process' services are not available.

If this is your case too, i think you can use the workaround: unmonitor the process service on error + define another file service test type on process' pidfile. Use pidfile timestamp test so, that in the case that the timestamp is older then the interval you need for service to recover monit will enable the process service monitoring.

It may be possible that in the future there will be on option to wait for specific timeframe before service test ... i think Rory implemented it long time ago

Martin


Peter van der Does wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

LS.

We would like to do the following:

Check a process every 1 cycle, when the check fails restart the process.
The trick is the restarting of the process takes longer as 1 cycle and
so we want to suspend the checking with monit for lets say 3 cycles.

Any idea's on how to do this?

Peter
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFCUrm0jk5b7MDYENARAhgZAKCQuLfXJaTCi820+vm4aZ9wy0j+PwCdHsx6
/PeW3h3hLQnFgbm52LsoUPY=
=+gW1
-----END PGP SIGNATURE-----


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




reply via email to

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