[Pacemaker] Problem : By colocations limitation, the resource appointment of the combination does not become effective.

renayama19661014 at ybb.ne.jp renayama19661014 at ybb.ne.jp
Tue Mar 9 00:59:34 UTC 2010


Hi Andrew,

> This is normal for constraints with scores < INFINITY.
> Anything < INFINITY is "preferable but not mandatory"

Sorry....
The method of my question was bad.

As of STEP9, is the setting that a resource of UMgroup01 does not start possible?

I do not perform the INFINITY setting in cib.xml. 
As of STEP9, I do not understand causes to become INIFINITY well.

Best Regards,
Hideo Yamauchi.


--- Andrew Beekhof <andrew at beekhof.net> wrote:

> 2010/3/5  <renayama19661014 at ybb.ne.jp>:
> > Hi All,
> >
> > We test complicated colocation appointment.
> >
> > We did resource appointment to start by limitation of colocation together.
> >
> > But, the resource that set limitation starts when the resource that we appointed does not
> start in a
> > certain procedure.
> >
> > We did the following appointment.
> >
> >      <rsc_colocation id="rsc_colocation01-1" rsc="UMgroup01" with-rsc="clnPingd"
> score="1000"/>
> >
> > When clnPingd did not start, we met with the phenomenon that UMgroup01 started.
> 
> This is normal for constraints with scores < INFINITY.
> Anything < INFINITY is "preferable but not mandatory"
> 
> _______________________________________________
> Pacemaker mailing list
> Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
> 





More information about the Pacemaker mailing list