On 26/07/2013, at 12:59 AM, Andreas Mock <andreas.m...@web.de> wrote:
> Hi Stefan, > > a) yes, the ordered behaviour is intentional. > b) In former version you could change this behaviour with an attribute. > But this attribute is depreciated in newer versions of pacemaker. > c) The solution for parallel starting resources are resource sets. d) groups are essentially a shortcut for a colocation and ordering constraints. > > Best regards > Andreas Mock > > P.S.: Always give information about used versions of elements of > the cluster stack. Behaviour changed over time. > > > Von: Bauer, Stefan (IZLBW Extern) [mailto:stefan.ba...@iz.bwl.de] > Gesendet: Donnerstag, 25. Juli 2013 12:53 > An: Pacemaker@oss.clusterlabs.org > Betreff: [Pacemaker] order required if group is present? > > Hi List, > > i have 5 resources configured (p_bond1, p_conntrackd, p_vlan118,p_vlan119, > p_openvpn) > > additionally I have put all of them in a group with: > > group cluster1 p_bond1,p_vlan118,p_vlan119,p_openvpn,p_conntrackd > > By this, crm is starting the resources in the order, the group is defined > (p_bond1,p_vlan118 and so on…) > > Is this an expected behavior? If so, it’s providing the function `order` was > made for? > > Thanks in advance > > Stefan > > _______________________________________________ > Pacemaker mailing list: Pacemaker@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 _______________________________________________ Pacemaker mailing list: Pacemaker@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