[Pacemaker] New action for resource running in multiple nodes

[Andrew Beekhof]

On 13/08/2013, at 2:57 AM, Andreas Mock <Andreas.Mock at web.de> wrote:

> Hi Adrián,
>  
> IMHO the effort would focus on the wrong issue.
> Make your network for clustering reliable. It is THE building block
> of a cluster besides the nodes.
> - Additional network cards
> - Different vendor
> - Bonding
> - Different path through switches
>  
> On a two-node-cluster without the necessary option to
> increase the number of nodes I almost always take a crosscable
> for one of the interconnects.
>  
> Best regards
> Andreas Mock
>  
> P.S. The story sounds to me that you also don't have stonith
> enabled. Another building block IMHO.

+1 to everything above.

Unless you're serving up static content, the damage is already done by the time the secondary starts its copy.
You need to focus on preventing the cluster from getting into that state in the first place.

>  
>  
> Von: Adrián López Tejedor [mailto:adrianlzt at gmail.com] 
> Gesendet: Montag, 12. August 2013 16:26
> An: pacemaker at oss.clusterlabs.org
> Betreff: [Pacemaker] New action for resource running in multiple nodes
>  
> Hi!
>  
> In the environment we use corosync/pacemaker, recently we are having some problems with the network used to maintain the cluster. This short interruptions cause the passive node (we have a two node active-passive configuration with apache tomcat) to think he is alone, and start another instance of tomcat. 
> Few seconds later, the cluster reconnects, and the resource is found active in both nodes. The default behaviour (as seen in http://clusterlabs.org/doc/en-US/Pacemaker/1.0/html/Pacemaker_Explained/s-resource-options.html) is to stop both, and start one of them.
>  
> For us, this implies that service is down everytime a short interruption in the network occurs.
>  
> Maybe a new option for "multiple-active" like "stop_old" and/or "stop_new" could be useful, stopping only the newest instance of the resource.
>  
> Thanks!
> Adrián
> _______________________________________________
> 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://bugs.clusterlabs.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <https://lists.clusterlabs.org/pipermail/pacemaker/attachments/20130813/5ec1f035/attachment-0004.sig>