[Top][All Lists]

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

Re: task prioritization

From: sven falempin
Subject: Re: task prioritization
Date: Mon, 15 Jul 2013 08:26:51 -0400

dont put a stop command in the dependant web server, make another entry to stop it through monit ?

On Mon, Jul 15, 2013 at 1:59 AM, Josh Sharpe <address@hidden> wrote:
I've been playing w/ dependencies for a few days and It's not really ideal.  Prioritization would be better.  A negative example for dependencies is the relation between my web server and application server:

Yes, I can set up the web server to be 'dependent' on my app server, so that the app server is started first.  But that also means if I ever issue a stop command to my app server then the web server will be taken down - and this isn't ideal.

If processes could be given a numerical priority that could act similarly to how dependencies do without the hard start/stop relationship that dependencies create.  E.g. I could stop one group of processes without monit taking out the entire dependency tree.



On Wed, Jul 10, 2013 at 12:24 PM, Leif <address@hidden> wrote:
Josh, check out dependencies:

-------- Original message --------
Subject: Re: task prioritization
From: Josh Sharpe <address@hidden>
To: This is the general mailing list for monit <address@hidden>

A myriad of examples.... is a monit.conf example necessary?

My http app servers require the database to be running.  Background workers need redis and the database to be alive.

It doesn't make sense to attempt to start http or the background workers if postgres isn't running.

On Wed, Jul 10, 2013 at 11:09 AM, Martin Pala <address@hidden> wrote:

please can you post example configuration where the priority is needed?


On Jul 10, 2013, at 9:37 AM, Josh Sharpe <address@hidden> wrote:

> Can I prioritize which tasks are triggered when more than one requires action?
> --
> To unsubscribe:

To unsubscribe:

To unsubscribe:

To unsubscribe:

() ascii ribbon campaign - against html e-mail 

reply via email to

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