[Pacemaker] manage/unmanage and stop/start logic

Andrew Beekhof andrew at beekhof.net
Thu May 20 08:10:28 UTC 2010


On Wed, May 19, 2010 at 9:35 PM, Vadym Chepkov <vchepkov at gmail.com> wrote:
> There is some flow in start/stop and manage/unmanage logic in the crm, in my opinion.
>
> For example,
>
> I unmanaged some resource to do maintenance, then I issued crm resource manage again.
> At this point crm will add  meta is-managed="true" to the resource.

The shell could possibly use meta is-managed="#default" here instead.
Tricky to decide what the user intended (ie. they might have the
global value set to false and be trying to enable just that one
resource)

>
> Later on I need to upgrade pacemaker software
> so I issue 'crm configure property is-managed-default=false'
> and all resources will be unmanaged except those that I was "managing" before.
> so I have to go into each individually and remove meta is-managed.
>
> And basically the same problem with target-role.
>
> maybe the logic should be changed and not to add a redundant meta? If the result can be achieved without adding meta don't add it?
> And add only if we add "force" option, for exampe?
>
> Just a thought.
>
> Vadym
>
>
>
> _______________________________________________
> Pacemaker mailing list: Pacemaker at 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
>




More information about the Pacemaker mailing list