[Pacemaker] Proper way to migrate multistate resource?

Lars Ellenberg lars.ellenberg at linbit.com
Tue Feb 7 13:08:00 UTC 2012


On Tue, Feb 07, 2012 at 02:03:32PM +0100, Michael Schwartzkopff 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
> 
> These constraints would prevent the MS resource to run in Master state even on 
> that node. Even in case the preferred node is not available any more. This 
> might be not what Chet wanted.

Well, it is just what crm resource migrate does, otherwise.

After migration, you obviously need to "unmigrate",
i.e. delete that constraint again.


-- 
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com

DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.




More information about the Pacemaker mailing list