On Tuesday 18 September 2007, Junko IKEDA wrote:
> > > > This is not tested - but i would think this may work:
> > > > 1. set the resource to "unmanaged"
> > > > crm_resource -r <resource> --meta -p "is_managed" -v "false"
> > > > 2. change the resource parameters
> > > > crm_resource -r <resource> -p "pair-name" -v "Right-Here-Change"
> > > > 3. set resource to managed again
> > > > crm_resource -r <resource> --meta -p "is_managed" -v "true"
> > >
> > > A promising approach!
> > > I followed the procedure with 2.1.2-2,
> > > but the resource have restarted unfortunately.
> > > It seemed like a good idea...
> >
> > Maybe it helps when clear the LRM between step 2. and 3. with:
> > crm_resource -C -r <resource> -H <host where resource runs>
>
> Many thanks,
> It worked!
> but heartbeat could not stop normally for no reason...
> ("service heartbeat stop" is freezing)
>
> by the way, our customer will use 2.0.8 for a while,
> so I set up the resource parameter which we want to change its value
> without restarting to "meta_attributes" in cib.xml right from the start.
> and change it with crm_resource command.
> This might be a wrong way,
> because you said that meta_attributes should be set for parameters which
> concern the CRM.
> our parameter might not be so related to CRM,
> it'll be set as meta_attributes for now, temporary solution.
As I said "meta_attributes" were introduced with 2.1.0 so you can not use them
in 2.0.8 (they will not work).
If you upgrade from 2.0.8 (at a later stage) you probably want to change your
CIB and put the nvpair regarding CRM related stuff into meta_attributes).
From Andrew's answer i assume there is currently no "right" way to change the
parameters withouth resource restart.
I for one would rather live with a short resource-down-time during the
resource restart than the cluster hangup as you described in your email
(yeah, ist starts to get bumpy when you do stuff which the CRM was not made
for).
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
