Re: [Pacemaker] Moving multi-state resources

2012-12-12 Thread pavan tc
On Wed, Dec 12, 2012 at 6:46 PM, Dejan Muhamedagic wrote:

> Hi,
>
> On Wed, Dec 12, 2012 at 03:50:01PM +0530, pavan tc wrote:
> > Hi,
> >
> > My requirement was to do some administration on one of the nodes where a
> > 2-node multi-state resource was running.
> > To effect a resource instance stoppage on one of the nodes, I added a
> > resource constraint as below:
> >
> > crm configure location ms_stop_res_on_node  rule -inf:
> \#uname
> > eq `hostname`
> >
> > The resource cleanly moved over to the other node. Incidentally, the
> > resource was the master on this node
> > and was successfully moved to a master state on the other node too.
> > Now, I want to bring the resource back onto the original node.
> >
> > But the above resource constraint seems to have a persistent behaviour.
> > crm resource unmigrate  does not seem to undo the effects of
> > the constraint addition.
>
> You can try to remove your constraint:
>
> crm configure delete ms_stop_res_on_node
>
>
That did the job. Thanks a ton!

Pavan


> migrate/unmigrate generate/remove special constraints.
>
> Thanks,
>
> Dejan
>
> >
> > I think the location constraint is preventing the resource from starting
> on
> > the original node.
> > How do I delete this location constraint now?
> >
> > Is there a more standard way of doing such administrative tasks? The
> > requirement is that I do not want to offline the
> > entire node while doing the administration but rather would want to stop
> > only the resource instance, do the admin work
> > and restart the resource instance on the node.
> >
> > Thanks,
> > Pavan
>
> > ___
> > 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
>
___
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


Re: [Pacemaker] Moving multi-state resources

2012-12-12 Thread Dejan Muhamedagic
Hi,

On Wed, Dec 12, 2012 at 03:50:01PM +0530, pavan tc wrote:
> Hi,
> 
> My requirement was to do some administration on one of the nodes where a
> 2-node multi-state resource was running.
> To effect a resource instance stoppage on one of the nodes, I added a
> resource constraint as below:
> 
> crm configure location ms_stop_res_on_node  rule -inf: \#uname
> eq `hostname`
> 
> The resource cleanly moved over to the other node. Incidentally, the
> resource was the master on this node
> and was successfully moved to a master state on the other node too.
> Now, I want to bring the resource back onto the original node.
> 
> But the above resource constraint seems to have a persistent behaviour.
> crm resource unmigrate  does not seem to undo the effects of
> the constraint addition.

You can try to remove your constraint:

crm configure delete ms_stop_res_on_node

migrate/unmigrate generate/remove special constraints.

Thanks,

Dejan

> 
> I think the location constraint is preventing the resource from starting on
> the original node.
> How do I delete this location constraint now?
> 
> Is there a more standard way of doing such administrative tasks? The
> requirement is that I do not want to offline the
> entire node while doing the administration but rather would want to stop
> only the resource instance, do the admin work
> and restart the resource instance on the node.
> 
> Thanks,
> Pavan

> ___
> 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


[Pacemaker] Moving multi-state resources

2012-12-12 Thread pavan tc
Hi,

My requirement was to do some administration on one of the nodes where a
2-node multi-state resource was running.
To effect a resource instance stoppage on one of the nodes, I added a
resource constraint as below:

crm configure location ms_stop_res_on_node  rule -inf: \#uname
eq `hostname`

The resource cleanly moved over to the other node. Incidentally, the
resource was the master on this node
and was successfully moved to a master state on the other node too.
Now, I want to bring the resource back onto the original node.

But the above resource constraint seems to have a persistent behaviour.
crm resource unmigrate  does not seem to undo the effects of
the constraint addition.

I think the location constraint is preventing the resource from starting on
the original node.
How do I delete this location constraint now?

Is there a more standard way of doing such administrative tasks? The
requirement is that I do not want to offline the
entire node while doing the administration but rather would want to stop
only the resource instance, do the admin work
and restart the resource instance on the node.

Thanks,
Pavan
___
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