[Pacemaker] symmetrical ordering flaw for multi-state resources
Latrous, Youssef
YLatrous at BroadViewNet.com
Thu Sep 25 18:13:30 UTC 2014
Reposting from few weeks ago as I didn't get any answer yet :-(
I included below the original post and tried to rephrase it in this second one, hoping my concern will be understood.
I tried to use a dummy multi-state RA and have an asymmetrical ordering dependency to another resource (B). While an equivalent ordering to the same resource, but from a regular resource, works just fine, it did not work for the multi-state RA. What I mean by it didn't work is that it stopped the multi-state RA, when the resource (B) was stopped, but the regular resource kept running as expected (and documented in pacemaker)!
Is this a bug in pacemaker or is it known to not work with multi-state RAs? Other possibility, there a different way of using the "symmetrical" option for multi-state RA ordering?
Please, help!
Regards,
Youssef
PS. Below is the original post.
Hi,
I was trying to express the following:
* Configure 3 resources:
* A: multi-state resource
* B: another multi-state resource
* C: regular primitive
* On startup sequence, when all resources were previously stopped, ensure the following mandatory ordering:
* A starts, then B
* A starts, then C
* After that, if A fails or restarts, do not impact B and C
The docs state that setting the "symmetrical" option to "false" (...symmetrical=false) on the corresponding ordering constraints does the trick.
This works just fine for resource C, but not for resource B.
Is there a restriction I'm not aware of for the multi-state resources with regard to this option? That is the option "symmetrical" doesn't take effect on multi-state resources. Is there something extra that needs to be done/specified for the multi-state resources?
Regards,
Youssef L.
More information about the Pacemaker
mailing list