[Pacemaker] [Problem and Question] About negative setting of colocation.

[renayama19661014 at ybb.ne.jp]

Hi All,

We confirmed it about negative setting of colocation.

It is colocation with with-rsc-role designation.

We checked it in the next procedure.

Step1) Start the first node. And we send cib.

============
Last updated: Wed Jun 27 22:58:15 2012
Stack: Heartbeat
Current DC: rh62-test1 (4a7c480c-ad95-4238-8506-7e5f75c551a4) - partition with quorum
Version: 1.0.12-unknown
1 Nodes configured, unknown expected votes
2 Resources configured.
============

Online: [ rh62-test1 ]

 vipCheck       (ocf::pacemaker:Dummy): Started rh62-test1
 Master/Slave Set: msPostgresql
     Masters: [ rh62-test1 ]
     Stopped: [ postgresql:1 ]

Node Attributes:
* Node rh62-test1:
    + master-postgresql:0               : 10        

Migration summary:
* Node rh62-test1:


Step2) Start the second node next.

[root at rh62-test1 ~]# ptest -x pe-input-5 -VVV
ptest[29213]: 2012/06/27_23:30:43 notice: unpack_config: On loss of CCM Quorum: Ignore
ptest[29213]: 2012/06/27_23:30:43 WARN: unpack_nodes: Blind faith: not fencing unseen nodes
ptest[29213]: 2012/06/27_23:30:43 notice: native_print: vipCheck        (ocf::pacemaker:Dummy): Started rh62-test1
ptest[29213]: 2012/06/27_23:30:43 notice: clone_print:  Master/Slave Set: msPostgresql
ptest[29213]: 2012/06/27_23:30:43 notice: short_print:      Masters: [ rh62-test1 ]
ptest[29213]: 2012/06/27_23:30:43 notice: short_print:      Stopped: [ postgresql:1 ]
ptest[29213]: 2012/06/27_23:30:43 notice: RecurringOp:  Start recurring monitor (10s) for postgresql:0 on rh62-test2
ptest[29213]: 2012/06/27_23:30:43 notice: RecurringOp:  Start recurring monitor (9s) for postgresql:1 on rh62-test1
ptest[29213]: 2012/06/27_23:30:43 notice: RecurringOp:  Start recurring monitor (10s) for postgresql:0 on rh62-test2
ptest[29213]: 2012/06/27_23:30:43 notice: RecurringOp:  Start recurring monitor (9s) for postgresql:1 on rh62-test1
ptest[29213]: 2012/06/27_23:30:43 notice: LogActions: Leave   resource vipCheck (Started rh62-test1)
ptest[29213]: 2012/06/27_23:30:43 notice: LogActions: Demote  postgresql:0      (Master -> Slave rh62-test1)
ptest[29213]: 2012/06/27_23:30:43 notice: LogActions: Stop    resource postgresql:0     (rh62-test1)
ptest[29213]: 2012/06/27_23:30:43 notice: LogActions: Start   postgresql:0      (rh62-test2)
ptest[29213]: 2012/06/27_23:30:43 notice: LogActions: Start   postgresql:1      (rh62-test1)
ptest[29213]: 2012/06/27_23:30:43 notice: LogActions: Promote postgresql:1      (Stopped -> Master rh62-test1)


However, as for the "postgresql:0" resource, it is done Demote.
And replaced with "postgresql:1" resource and am done Promote.
This replacement has a problem by useless movement.

And the cluster repeats Promote,Demote after this and does not constitute a resource definitely.

Does it work definitely to set -INFINITY by with-rsc-role designation in colocation?
Is it a mistake to appoint it in specifications?

      <rsc_colocation id="rsc_colocation-7" rsc="msPostgresql" rsc-role="Master" score="INFINITY" with-rsc="vipCheck"/>
      <rsc_colocation id="rsc_colocation-8" rsc="vipCheck" score="-INFINITY" with-rsc="msPostgresql" with-rsc-role="Slave"/>
      <rsc_order first="vipCheck" first-action="start" id="rsc_order-7" score="INFINITY" then="msPostgresql" then-action="promote"/>

Or is this a bug?

 * I confirmed it in ptest of Pacemaker1.1.7, but the result was the same.

Best Regards,
Hideo Yamauchi.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: pe-input-5
URL: <http://lists.clusterlabs.org/pipermail/pacemaker/attachments/20120627/107daa6d/attachment-0002.ksh>