I believe I have found the appropriate where I need to go. Looks like the bug is assigned to you, let me know if I am incorrect.<br><br>Cheers.<br><br><div class="gmail_quote">On Tue, Mar 23, 2010 at 4:43 PM, Travis Dolan <span dir="ltr"><<a href="mailto:travis@mylasso.com">travis@mylasso.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div class="h5">I would like to know if it is possible to configure more than two resources within a collocation group.<br>
<br>Simply put I have 10 Virtual IPs that will need to migrate from Node A to Node B in the event of any failures. I also need these IPs to all start on the same Node in the event that both Nodes are knocked out, then come back online (ie. my cage goes dark).<br>

<br>My existing config is below...<br><br>node wsa \<br>        attributes standby="off"<br>node wsb \<br>        attributes standby="off"<br>primitive ip1 ocf:heartbeat:IPaddr2 \<br>        params ip="10.0.1.10" cidr_netmask="24" nic="eth0:1" \<br>

        op monitor interval="30"<br>primitive ip2 ocf:heartbeat:IPaddr2 \<br>        params ip="10.0.1.11" cidr_netmask="24" nic="eth0:2" \<br>        op monitor interval="30"<br>

primitive ip3 ocf:heartbeat:IPaddr2 \<br>        params ip="10.0.1.12" cidr_netmask="24" nic="eth0:3" \<br>        op monitor interval="30"<br>primitive ip4 ocf:heartbeat:IPaddr2 \<br>

        params ip="10.0.1.13" cidr_netmask="24" nic="eth0:4" \<br>        op monitor interval="30"<br>colocation all-ips inf: ip1 ip2 ip3 ip4<br>property $id="cib-bootstrap-options" \<br>

        dc-version="1.0.8-2a76c6ac04bcccf42b89a08e55bfbd90da2fb49a" \<br>        cluster-infrastructure="openais" \<br>        expected-quorum-votes="2" \<br>        stonith-enabled="false" \<br>

        no-quorum-policy="ignore"<br>rsc_defaults $id="rsc-options" \<br>        resource-stickiness="100"<br><br>If I stop corosync from running on either node, the IPs are migrated without issue. The problem occures when both nodes come up at or close to the same time. An example of this would be...<br>

<br>Node A<br>/etc/init.d/corosync stop<br><br>Node B<br>/etc/init.d/corosync stop<br><br>Node A<br>/etc/init.d/corosync start<br><br>Node B<br>/etc/init.d/corosync start<br><br>Result<br>---------<br><br>Online: [ wsa wsb ]<br>

<br>ip1     (ocf::heartbeat:IPaddr2):       Started wsa<br>ip2     (ocf::heartbeat:IPaddr2):       Started wsb<br>ip3     (ocf::heartbeat:IPaddr2):       Started wsa<br>ip4     (ocf::heartbeat:IPaddr2):       Started wsb<br>

<br>I truly appreciate any feedback.<br>
</div></div></blockquote></div><br>