All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Teigland <teigland@redhat.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] skipping unused services, cman_tool join -A
Date: Wed, 27 Jan 2010 15:38:00 -0600	[thread overview]
Message-ID: <20100127213800.GC21005@redhat.com> (raw)
In-Reply-To: <1264625498.2569.31.camel@localhost.localdomain>

On Wed, Jan 27, 2010 at 01:51:38PM -0700, Steven Dake wrote:
> On Wed, 2010-01-27 at 14:49 -0600, David Teigland wrote:
> > On Fri, Sep 25, 2009 at 02:27:52PM -0500, David Teigland wrote:
> > > To avoid loading+running services that you don't use (e.g. to avoid bugs
> > > crashing the system from a service you're not using)
> > > 
> > > add to cluster.conf
> > > 
> > > <service name="corosync_cman" ver="0"/>
> > > <service name="openais_ckpt" ver="0"/>
> > > 
> > > run cman_tool join -A
> > > 
> > > (or set CMAN_JOIN_OPTS env var)
> > 
> > Currently cman_tool loads the list of services defined by
> > "openaisserviceenablestable", which is clm, evt, ckpt, msg, lck, tmr.
> > 
> > I suggest that by default cman_tool only load the services that we use,
> > namely ckpt (and cman of course).  If someone wants to use another of the
> > services, they can use cluster.conf <service> to load it.
> > 
> > I don't think this suggestion went over very well last time I brought it
> > up, but recently the trend has been shifting toward narrowing our exposure
> > to things we've tested... so I'm tossing it out one more time.

> Unfortunately this is not possible because it would break rolling
> upgrades as I have stated in the past.

cman makes config adjustments upon seeing <cman upgrading="yes"/>, could
it not do that for services?

Dave



  reply	other threads:[~2010-01-27 21:38 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-25 19:27 [Cluster-devel] skipping unused services, cman_tool join -A David Teigland
2009-09-25 19:31 ` David Teigland
2009-10-02 14:55   ` David Teigland
2010-01-27 20:49 ` David Teigland
2010-01-27 20:51   ` Steven Dake
2010-01-27 21:38     ` David Teigland [this message]
2010-01-28  1:04       ` Steven Dake
2010-01-28  9:11       ` Christine Caulfield
2010-01-28 16:30         ` David Teigland
2010-01-27 21:32   ` Ryan O'Hara

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20100127213800.GC21005@redhat.com \
    --to=teigland@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.