monit-dev
[Top][All Lists]
Advanced

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

Re: New monit sale pitch


From: Martin Pala
Subject: Re: New monit sale pitch
Date: Thu, 20 Feb 2003 20:55:49 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021226 Debian/1.2.1-9

The feature will be usefull on single node s well. For example in the case where you are running database, you can let set dependency on local filesystem and set the test to stop the filesystem if more then 95% is used. Because the database depends on the storage, before monit will stop the storage, it will stop the database correctly first=> Monit will defend the database against database inconsistencies/corruption caused by 100% filesystem usage.

Similar things could happen to other types of processes too - this was just one example. It could be used to start/stop shared storage as described in previous mail under cluster too.

We will se if Monit will evolve by nature to clustering capable monitor :)

Martin

Oliver Jehle wrote:

perhaps there are bits that can be merged/taken/ingegraded from the
opencluster initiative http://opencf.org/....
i think, monit is a very good base to have the node monitored... to have
it in a 2 node cluster with heartbeat, i've done .. works....  but for
more then 2 nodes ???

OCF intend to build a cluster database like in failsafe.. and i also
think, hey implement device checks int the framework...

i don't know, if this suggestion is a good one, but i think, you should
have an eye on it...






On Thu, 2003-02-20 at 00:37, Jan-Henrik Haukeland wrote:
Martin Pala <address@hidden> writes:

I have made some progress last week (mainly weekend) and i think the
it is cca. 50% done. This week i'm on the training until friday and
every day as soon as i'm back from training i'm starting normal work
(which is pretty awfull
Ouch! sounds bad.
I will keep dependency stuff between new tasks (directory/file/device)
monitoring too => it will be possible to define for example:
*
Very cool ideas, which will put us in a new division :-)

Regarded to device, etc. stuff i think it will be better to use
somthing like:


monit - system for monitoring services

and

"Monit Service Manager"
Good suggestion!



_______________________________________________
monit-dev mailing list
address@hidden
http://mail.nongnu.org/mailman/listinfo/monit-dev






reply via email to

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