From: Fabio M. Di Nitto <fdinitto@redhat.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] Question about /etc/init.d/cman start
Date: Mon, 29 Aug 2011 11:36:20 +0200 [thread overview]
Message-ID: <4E5B5D94.5020006@redhat.com> (raw)
In-Reply-To: <24E144B8C0207547AD09C467A8259F75377CB3EE@lisa.maurer-it.com>
On 08/29/2011 09:55 AM, Dietmar Maurer wrote:
>> They are smart enough. You are misreading the comments about wait for
>> quorum in cman init.
>
> Ah, OK.
>
>> The daemons can be safely started at boot time, even without quorum, but they
>> can't do anything useful till quorum is achieved. That is why it is possible to
>> override the wait for quorum.
>>
>> Most users have requested and wants to wait for quorum and fail if there is no
>> quorum since it really doesn't help to have more daemons running on top cman.
>
> And they manually log into each node and exec 'cman start' after they have quorum?
Yes, generally the fact that quorum is not achieved with N seconds is an
indication of something wrong in the cluster or the hw (for instance
network issues). Users prefer to see an error at that point, rather than
keep executing more daemons that will just make things more confusing on
why it's not working at higher levels (rgmanager or gfs) when the issue
is at the bottom layers.
>
>> So maybe what you want is an option to:
>>
>> wait for quorum, if there is no quorum after timeout, still allow everything else
>> to start?
>
> Yes, I think that is what I want.
Ok, I'll take a look at it once I have some time.
Fabio
next prev parent reply other threads:[~2011-08-29 9:36 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-29 6:02 [Cluster-devel] Question about /etc/init.d/cman start Dietmar Maurer
2011-08-29 6:36 ` Fabio M. Di Nitto
2011-08-29 7:01 ` Dietmar Maurer
2011-08-29 7:38 ` Fabio M. Di Nitto
2011-08-29 7:55 ` Dietmar Maurer
2011-08-29 9:36 ` Fabio M. Di Nitto [this message]
2011-08-29 9:51 ` Dietmar Maurer
2011-08-29 10:11 ` Dietmar Maurer
2011-08-29 10:23 ` Fabio M. Di Nitto
2011-08-29 10:38 ` Dietmar Maurer
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=4E5B5D94.5020006@redhat.com \
--to=fdinitto@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.