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

Mailing List Archive: Linux-HA: Pacemaker
Convenience Groups - WAS Re: [Linux-HA] Unordered groups (was Re: Is 'resource_set' still experimental?)
 

Index | Next | Previous | View Flat


alanr at unix

Apr 19, 2012, 8:22 AM


Views: 450
Permalink
Convenience Groups - WAS Re: [Linux-HA] Unordered groups (was Re: Is 'resource_set' still experimental?)

Hi Andrew,

I'm currently working on a fairly large cluster with lots of resources
related to attached hardware. There are 59 of these things and 24 of
those things and so on and each of them has its own resource to deal
with the the "things". They are not clones, and can't easily be made
clones.

I would like to be able to easily say "shut down all the resources that
manage this kind of thing". The solution that occurs to me most
obviously is one you would likely call a "double abomination" ;-) - an
unordered and un-colocated group. It seems a safe assumption that this
would not be a good path to pursue given your statements from last year...

What would you suggest instead?






On 01/19/2011 01:19 AM, Andrew Beekhof wrote:
> On Tue, Jan 18, 2011 at 1:42 PM, Florian Haas<florian.haas [at] linbit> wrote:
>> On 01/18/2011 11:49 AM, RaSca wrote:
>>> As discussed yesterday on IRC with Andrew, there is no way of creating a
>>> group with indipendent resources.
>>> I was hoping that setting the options you mentioned can do the trick,
>>> but I've just tested:
>>>
>>> If you declare a group like this:
>>>
>>> group groupA resA resB resC meta ordered=false colocated=false
>>>
>>> and then you do a:
>>>
>>> crm resource stop resB, then resC is also stopped.
>> To the best of my knowledge this shouldn't happen and I'd be inclined to
>> call this a bug. But I'm not certain. Andrew, can you shed some light on
>> that?
> Unordered and/or uncolocated groups are an abomination.
> Is that enough light?
>
> _______________________________________________
> Pacemaker mailing list: Pacemaker [at] oss
> 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://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>


--
Alan Robertson<alanr [at] unix> - @OSSAlanR

"Openness is the foundation and preservative of friendship... Let me claim from you at all times your undisguised opinions." - William Wilberforce

_______________________________________________
Pacemaker mailing list: Pacemaker [at] oss
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

Subject User Time
Convenience Groups - WAS Re: [Linux-HA] Unordered groups (was Re: Is 'resource_set' still experimental?) alanr at unix Apr 19, 2012, 8:22 AM
    Re: Convenience Groups - WAS Re: [Linux-HA] Unordered groups (was Re: Is 'resource_set' still experimental?) dvossel at redhat Apr 19, 2012, 10:48 AM
    Re: Convenience Groups - WAS Re: [Linux-HA] Unordered groups (was Re: Is 'resource_set' still experimental?) rasto.levrinc at gmail Apr 19, 2012, 12:03 PM
    Re: Convenience Groups - WAS Re: [Linux-HA] Unordered groups (was Re: Is 'resource_set' still experimental?) alanr at unix Apr 19, 2012, 12:46 PM
    Re: Convenience Groups - WAS Re: [Linux-HA] Unordered groups (was Re: Is 'resource_set' still experimental?) bubble at hoster-ok Apr 19, 2012, 2:41 PM
        Re: Convenience Groups - WAS Re: [Linux-HA] Unordered groups (was Re: Is 'resource_set' still experimental?) andrew at beekhof Apr 19, 2012, 5:21 PM
    Re: Convenience Groups - WAS Re: [Linux-HA] Unordered groups (was Re: Is 'resource_set' still experimental?) bubble at hoster-ok Apr 20, 2012, 12:15 AM
    Re: Convenience Groups - WAS Re: [Linux-HA] Unordered groups (was Re: Is 'resource_set' still experimental?) andrew at beekhof Apr 26, 2012, 8:16 PM

  Index | Next | Previous | View Flat
 
 


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