Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Linux-HA: Pacemaker

Stopping multi-state clone

 

 

Linux-HA pacemaker RSS feed   Index | Next | Previous | View Threaded


kerdosa at gmail

Nov 3, 2009, 3:13 PM

Post #1 of 2 (160 views)
Permalink
Stopping multi-state clone

Hi,

When I stop a multi-state clone resource, first the master becomes slave,
and then it is stopped. This happens also when I do "service openais stop".
But I want the master gets stopped without demoting to slave. Is there any
specific reason for current design? Is there any way to configure to skip
this demotion when multi-state clone is stopped?

I think stopping resource mean only stop, not demote and stop. How do you
think?

Thanks
hj


lmb at suse

Nov 4, 2009, 8:58 AM

Post #2 of 2 (136 views)
Permalink
Re: Stopping multi-state clone [In reply to]

On 2009-11-03T16:13:01, hj lee <kerdosa [at] gmail> wrote:

> Hi,
>
> When I stop a multi-state clone resource, first the master becomes slave,
> and then it is stopped. This happens also when I do "service openais stop".
> But I want the master gets stopped without demoting to slave. Is there any
> specific reason for current design? Is there any way to configure to skip
> this demotion when multi-state clone is stopped?
>
> I think stopping resource mean only stop, not demote and stop. How do you
> think?

The current behaviour is not wrong. It is also not optimal, true - in
theory, "stop" should work too, and would avoid one resource operation.

Feel free to file an enhancement bugzilla ;-)


Regards,
Lars

--
Architect Storage/HA, OPS Engineering, Novell, Inc.
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
"Experience is the name everyone gives to their mistakes." -- Oscar Wilde


_______________________________________________
Pacemaker mailing list
Pacemaker [at] oss
http://oss.clusterlabs.org/mailman/listinfo/pacemaker

Linux-HA pacemaker RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.