From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fabio M. Di Nitto Date: Mon, 29 Aug 2011 11:36:20 +0200 Subject: [Cluster-devel] Question about /etc/init.d/cman start In-Reply-To: <24E144B8C0207547AD09C467A8259F75377CB3EE@lisa.maurer-it.com> References: <24E144B8C0207547AD09C467A8259F75377CB339@lisa.maurer-it.com> <4E5B336F.4020908@redhat.com> <24E144B8C0207547AD09C467A8259F75377CB397@lisa.maurer-it.com> <4E5B41FE.1090309@redhat.com> <24E144B8C0207547AD09C467A8259F75377CB3EE@lisa.maurer-it.com> Message-ID: <4E5B5D94.5020006@redhat.com> List-Id: To: cluster-devel.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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