[Pacemaker] continue starting chain with failed group resources

[Patrick H.]

After tinkering with this for a few hours I finally have something working.

colocation co-raid inf: ( md_raid iscsi_1 iscsi_2 iscsi_3 )
order or-raid 0: ( iscsi_1 iscsi_2 iscsi_3 ) md_raid

Got rid of the group, changed the score on the order to 0, and changed 
the grouping of both the colocation and order. This *appears* to 
function as intended, but if anyone can point out any pitfalls I'd 
appreciate it

-Patrick

Sent: Mon Dec 13 2010 21:12:04 GMT-0700 (Mountain Standard Time)
From: Patrick H. <pacemaker at feystorm.net>
To: The Pacemaker cluster resource manager <pacemaker at oss.clusterlabs.org>
Subject: [Pacemaker] continue starting chain with failed group resources
> Is there a way to continue down a chain of starting resources once a 
> previous resource hast tried to start, no matter if the try was 
> successful or not?
>
> I've got 3 iSCSI resources which are in a group, and then an md raid-5 
> array as another resource. I have the raid array resource set to start 
> after the group with a colocation rule, but it will only start if the 
> whole group comes up. Since this is raid-5, we can obviously handle 
> some disk failure and start up anyway. So how do I get it to try to 
> start it up once all the iSCSI resources have tried to start? Went 
> looking through the docs and didnt find anything.
>
> Note: there will be other resources in the chain (like mounting the 
> filesystem) that I dont want to try and start if the raid array 
> resource didnt start.
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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
> Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/pacemaker/attachments/20101213/d2e40bd9/attachment-0001.html>