On Thu, Feb 9, 2012 at 9:58 AM, Chet Burgess <c...@liquidreality.org> wrote: > > > > On Feb 7, 2012, at 4:54 , Lars Ellenberg wrote: > >> On Mon, Feb 06, 2012 at 04:48:26PM -0800, Chet Burgess wrote: >>> Greetings, >>> >>> I'm some what new to pacemaker and have been playing around with a >>> number of configurations in a lab. Most recently I've been testing a >>> multistate resource using the ofc:pacemaker:Stateful example RA. >>> >>> While I've gotten the agent to work and notice that if I shutdown or >>> kill a node the resources migrate I can't seem to figure out the >>> proper way to migrate the resource between nodes when they are both >>> up. >>> >>> For regular resources I've used "crm resource migrate <rsc>" without >>> issue. However when I try this with a multistate resource it doesn't >>> seem to work. When I run the command it just puts the slave node into >>> a stopped state. If I try and tell it to migrate specifically to the >>> slave node it claims to already be running their (which I suppose in a >>> sense it is). >> >> the crm shell does not support roles for the "move" or "migrate" command >> (yet; maybe in newer versions. Dejan?). >> >> What you need to do is set a location constraint on the role. >> * force master role off from one node: >> >> location you-name-it resource-id \ >> rule $role=Master -inf: \ >> #uname eq node-where-it-should-be-slave >> >> * or force master role off from all but one node, >> note the double negation in this one: >> >> location you-name-it resource-id \ >> rule $role=Master -inf: \ >> #uname ne node-where-it-should-be-master >> > > OK I finally got around to testing this today. Both scenarios > described above worked as described. Thank you. > > One minor hitch though. When I remove the constraint the resource goes > back to the original (and preferred by the configuration) node. With my > non-multistate resources when I remove the constraint the resource remains on > the node it was moved to until it is forced to move again with another > constraint (eg. what "crm resource migrate" does). > > I have the default resource-stickiness set to 100
Doesn't affect promotion I'm afraid. One could argue that it should though. > and my location constraints for setting the preferred node use 10 for the > preferred node and 0 for all other nodes. I tried setting > resource-stickiness to 100 directly on the primitive for the resource and on > the ms definition of the resource but still had the same results. I event > tried setting the resource-stickiness to infinity with no result. > > So clearly my understanding of the scoring is somewhat flawed. I've > added my sample config again at the end of the message. Any pointers as to > what I'm doing wrong with my scoring and resource-stickiness? Happy to > provide any other details, or output from logs if needed. > > Thank you again for your assistance. > > > crm configure show: > > node tst3.local1.mc.metacloud.com > node tst4.local1.mc.metacloud.com > primitive stateful-test ocf:pacemaker:Stateful \ > op monitor interval="30s" role="Slave" \ > op monitor interval="31s" role="Master" > ms ms-test stateful-test \ > meta clone-node-max="1" notify="false" master-max="1" > master-node-max="1" > location ms-test_constraint_1 ms-test 10: tst3.local1.mc.metacloud.com > location ms-test_constraint_2 ms-test 0: tst4.local1.mc.metacloud.com > property $id="cib-bootstrap-options" \ > cluster-infrastructure="openais" \ > dc-version="1.1.5-01e86afaaa6d4a8c4836f68df80ababd6ca3902f" \ > last-lrm-refresh="1325273678" \ > expected-quorum-votes="2" \ > no-quorum-policy="ignore" \ > stonith-enabled="false" > rsc_defaults $id="rsc-options" \ > resource-stickiness="100" > > > -- > Chet Burgess > c...@liquidreality.org > > > _______________________________________________ > Pacemaker mailing list: Pacemaker@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@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