Re: [RFC] quorum module configuration bits

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

 



On 1/13/2012 4:10 PM, Steven Dake wrote:
> Reviewed-by: Steven Dake <sdake@xxxxxxxxxx>

eh?

> 
> On 01/13/2012 12:54 AM, Fabio M. Di Nitto wrote:
>> On 1/12/2012 7:17 PM, David Teigland wrote:
>>
>>>>> It's a free-for-all without a list of allowed nodes.
>>>>
>>>> I think i can understand your use case here, but my question is why is
>>>> quorum in charge of that? 
>>>
>>> My point here is not about quorum (although this helps us when we do talk
>>> about quorum.)  This is just about defining what the cluster is.
>>
>> I understand what you want, but what I don´t understand is how it helps
>> quorum (see below).
>>
>>>
>>>> Remember that this is not cman and that cman
>>>> had 2 functions, one of membership management (that's the one you are
>>>> really looking for, by allow/disallow a node) and quorum (calculated
>>>> after membership management has kicked in).
>>>
>>> Right, both are important.
>>>
>>>>> Maybe that's an important point that we've not drawn out yet.  The list of
>>>>> nodes also operates as a "permission list".  Any node that's not listed
>>>>> cannot join the cluster.  I don't need to worry about some random or old
>>>>> node coming along and intruding.
>>>>
>>>> If anything, this has to happen either before quorum (at totem level or
>>>> in between), or at a much higher level (application that care do it
>>>> basically) since corosync doesn't really care, nor does pacemaker or the
>>>> quorum module.
>>>
>>> I'm trying to make the argument that a node list is a good thing by
>>> itself, apart from the benefits it has for quorum.
>>
>> Same here....
>>
>> I am not arguing that your point is valid or not (nodelist, membership
>> management etc). What I don´t understand, and that makes me think that I
>> am missing a use case, is (always put aside one second the
>> expected_votes use case, we discussed at length and we don´t disagree
>> there):
>>
>> why is a nodelist *technically* important for quorum?
>> how does quorum benefits from this list?
>> how should this list be used by quorum?
>>
>> In several emails you write that the list is important/vital/etc. for
>> quorum, but I am not getting it.. i simply don´t understand what you are
>> trying to communicate me and I´d really like to understand and in case
>> fix the code.
>>
>> Fabio
>> _______________________________________________
>> discuss mailing list
>> discuss@xxxxxxxxxxxx
>> http://lists.corosync.org/mailman/listinfo/discuss
> 

_______________________________________________
discuss mailing list
discuss@xxxxxxxxxxxx
http://lists.corosync.org/mailman/listinfo/discuss



[Index of Archives]     [Linux Clusters]     [Corosync Project]     [Linux USB Devel]     [Linux Audio Users]     [Photo]     [Yosemite News]    [Yosemite Photos]    [Linux Kernel]     [Linux SCSI]     [X.Org]

  Powered by Linux