[Pacemaker] [Question] About replacing in resource_set of the order limitation.

renayama19661014 at ybb.ne.jp renayama19661014 at ybb.ne.jp
Mon Feb 17 02:08:02 UTC 2014


Hi Andrew,

> >> Is this related to your email about symmetrical not being defaulted consistently between colocate_rsc_sets() and unpack_colocation_set()?
> > 
> > Yes.
> > I think that a default is not handled well.
> > I will not have any problem when "sequential" attribute is set in cib by all means.
> > 
> > I think that I should revise processing when "sequential" attribute is not set.
> 
> agreed. I've changed some occurrences locally but there may be more.

All right!

Many Thanks!
Hideo Yamauchi.


--- On Mon, 2014/2/17, Andrew Beekhof <andrew at beekhof.net> wrote:

> 
> On 17 Feb 2014, at 12:47 pm, renayama19661014 at ybb.ne.jp wrote:
> 
> > Hi Andrew,
> > 
> > Thank you for comments.
> > 
> >> Is this related to your email about symmetrical not being defaulted consistently between colocate_rsc_sets() and unpack_colocation_set()?
> > 
> > Yes.
> > I think that a default is not handled well.
> > I will not have any problem when "sequential" attribute is set in cib by all means.
> > 
> > I think that I should revise processing when "sequential" attribute is not set.
> 
> agreed. I've changed some occurrences locally but there may be more.
> 
> > 
> > Best Regards,
> > Hideo Yamauchi.
> > 
> >> 
> >> On 22 Jan 2014, at 3:05 pm, renayama19661014 at ybb.ne.jp wrote:
> >> 
> >>> Hi All,
> >>> 
> >>> My test seemed to include a mistake.
> >>> It seems to be replaced by two limitation.
> >>> 
> >>>> However, I think that symmetircal="false" is applied to all order limitation in this.
> >>>> (snip)
> >>>>        <rsc_order id="rsc_order-clnPing-grpPg1" score="0" symmetrical="false">
> >>>>          <resource_set id="rsc_order-clnPing-grpPg1-0">
> >>>>            <resource_ref id="clnPing"/>
> >>>>          </resource_set>
> >>>>          <resource_set id="rsc_order-clnPing-grpPg1-1".....>
> >>>>            <resource_ref id="A"/>
> >>>>            .......
> >>>>            <resource_ref id="F"/>
> >>>>          </resource_set>
> >>>>        </rsc_order>
> >>>> (snip)
> >>> 
> >>> 
> >>>       <rsc_order id="rsc_order-clnPing-grpPg1" score="0" first="clnPing" then="prmEx" symmetrical="false">
> >>>       </rsc_order>
> >>>       <rsc_order id="rsc_order-clnPing-grpPg2" score="0" symmetrical="true">
> >>>         <resource_set id="rsc_order-clnPing-grpPg2-0" require-all="false">
> >>>           <resource_ref id="prmEx"/>
> >>>           <resource_ref id="prmFs1"/>
> >>>           <resource_ref id="prmFs2"/>
> >>>           <resource_ref id="prmFs3"/>
> >>>           <resource_ref id="prmIp"/>
> >>>           <resource_ref id="prmPg"/>
> >>>         </resource_set>
> >>>       </rsc_order>
> >>> 
> >>> If my understanding includes a mistake, please point it out.
> >>> 
> >>> Best Reagards,
> >>> Hideo Yamauchi.
> >>> 
> >>> --- On Fri, 2014/1/17, renayama19661014 at ybb.ne.jp <renayama19661014 at ybb.ne.jp> wrote:
> >>> 
> >>>> Hi All,
> >>>> 
> >>>> We confirm a function of resource_set.
> >>>> 
> >>>> There were the resource of the group and the resource of the clone.
> >>>> 
> >>>> (snip)
> >>>> Stack: corosync
> >>>> Current DC: srv01 (3232238180) - partition WITHOUT quorum
> >>>> Version: 1.1.10-f2d0cbc
> >>>> 1 Nodes configured
> >>>> 7 Resources configured
> >>>> 
> >>>> 
> >>>> Online: [ srv01 ]
> >>>> 
> >>>> Resource Group: grpPg
> >>>>       A      (ocf::heartbeat:Dummy): Started srv01 
> >>>>       B      (ocf::heartbeat:Dummy): Started srv01 
> >>>>       C      (ocf::heartbeat:Dummy): Started srv01 
> >>>>       D      (ocf::heartbeat:Dummy): Started srv01 
> >>>>       E      (ocf::heartbeat:Dummy): Started srv01 
> >>>>       F      (ocf::heartbeat:Dummy): Started srv01 
> >>>> Clone Set: clnPing [prmPing]
> >>>>       Started: [ srv01 ]
> >>>> 
> >>>> Node Attributes:
> >>>> * Node srv01:
> >>>>      + default_ping_set                  : 100       
> >>>> 
> >>>> Migration summary:
> >>>> * Node srv01: 
> >>>> 
> >>>> (snip)
> >>>> 
> >>>> These have limitation showing next.
> >>>> 
> >>>> (snip)
> >>>>        <rsc_colocation id="rsc_colocation-grpPg-clnPing" score="INFINITY" rsc="grpPg" with-rsc="clnPing">
> >>>>        </rsc_colocation>
> >>>>        <rsc_order id="rsc_order-clnPing-grpPg" score="0" first="clnPing" then="grpPg" symmetrical="false">
> >>>>        </rsc_order>
> >>>> (snip)
> >>>> 
> >>>> 
> >>>> We tried that we rearranged a group in resource_set.
> >>>> I think that I can rearrange the limitation of "colocation" as follows.
> >>>> 
> >>>> (snip)
> >>>>        <rsc_colocation id="rsc_colocation-grpPg-clnPing" score="INFINITY">
> >>>>          <resource_set id="rsc_colocation-grpPg-clnPing-0">
> >>>>            <resource_ref id="clnPing"/>
> >>>>            <resource_ref id="A"/>
> >>>>            .......
> >>>>            <resource_ref id="F"/>
> >>>>          </resource_set>
> >>>>        </rsc_colocation>
> >>>> (snip)
> >>>> 
> >>>> How should I rearrange the limitation of "order" in resource_set?
> >>>> 
> >>>> I thought that it was necessary to list two of the next, but a method to express well was not found.
> >>>> 
> >>>> * "symmetirical=true" is necessary between the resources that were a group(A to F).
> >>>> * "symmetirical=false" is necessary between the resource that was a group(A to F) and the clone resources.
> >>>> 
> >>>> I wrote it as follows.
> >>>> However, I think that symmetircal="false" is applied to all order limitation in this.
> >>>> (snip)
> >>>>        <rsc_order id="rsc_order-clnPing-grpPg1" score="0" symmetrical="false">
> >>>>          <resource_set id="rsc_order-clnPing-grpPg1-0">
> >>>>            <resource_ref id="clnPing"/>
> >>>>          </resource_set>
> >>>>          <resource_set id="rsc_order-clnPing-grpPg1-1".....>
> >>>>            <resource_ref id="A"/>
> >>>>            .......
> >>>>            <resource_ref id="F"/>
> >>>>          </resource_set>
> >>>>        </rsc_order>
> >>>> (snip)
> >>>> 
> >>>> Best Reards,
> >>>> Hideo Yamauchi.
> >>>> 
> >>>> 
> >>>> 
> >>>> _______________________________________________
> >>>> 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://bugs.clusterlabs.org
> >>>> 
> >>> 
> >>> _______________________________________________
> >>> 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://bugs.clusterlabs.org
> >> 
> >> 
> 
> 




More information about the Pacemaker mailing list