No subject
Thu Sep 30 11:38:38 UTC 2010
And allocates clone instances for it. I'd want to get rid of that instances.
> Its no different to running just corosync on a node.
Yes, but cman plugins are now mandatory for dlm/gfs.
BTW is supposed that pacemaker should not care about dlm_controld and
friends anymore? Or it will receive enough information from cman about
whole DLM subsystem?
>
>> So all clone resources are extended with one
>> more instance which "will never be started". On the other hand I see in
>> pacemaker sources, that there are two types of nodes: member and ping,
>> and all resource processing is done only for nodes which are members.
>> Would it be too hard to add one more node type, f.e. "arbiter" (it
>> participates in cman cluster so it influences quorum/fencing), which is
>> only valid for CMAN clusters and is not supposed to run any resources?
>> Then clones will not try to extend on that arbiter nodes, fewer
>> resources, less computations, cleaner 'crm status' output.
>>
>> Could you please comment on this?
>
> Before trying thought experiments, its best to get the starting point
> correct :-)
Ahm, what exactly do you mean? :)
>
>>
>> Thanks,
>> Vladislav
>>
>> _______________________________________________
>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>
>> Project Home: http://www.clusterlabs.org
>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>> Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>>
>
> _______________________________________________
> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
More information about the Pacemaker
mailing list