Hello Andrew,<br><br>I have created the report. <br><br>I do not know how to access your bugzilla. Could you please let me know where/what to do.<br><br>Thanks in advance.<br><br><div class="gmail_quote">On Wed, Mar 24, 2010 at 12:49 AM, Andrew Beekhof <span dir="ltr">&lt;<a href="mailto:andrew@beekhof.net">andrew@beekhof.net</a>&gt;</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">On Wed, Mar 24, 2010 at 12:43 AM, Travis Dolan &lt;<a href="mailto:travis@mylasso.com">travis@mylasso.com</a>&gt; wrote:<br>

&gt; I would like to know if it is possible to configure more than two resources<br>
&gt; within a collocation group.<br>
&gt;<br>
&gt; Simply put I have 10 Virtual IPs that will need to migrate from Node A to<br>
&gt; Node B in the event of any failures. I also need these IPs to all start on<br>
&gt; the same Node in the event that both Nodes are knocked out, then come back<br>
&gt; online (ie. my cage goes dark).<br>
&gt;<br>
&gt; My existing config is below...<br>
&gt;<br>
&gt; node wsa \<br>
&gt;         attributes standby=&quot;off&quot;<br>
&gt; node wsb \<br>
&gt;         attributes standby=&quot;off&quot;<br>
&gt; primitive ip1 ocf:heartbeat:IPaddr2 \<br>
&gt;         params ip=&quot;10.0.1.10&quot; cidr_netmask=&quot;24&quot; nic=&quot;eth0:1&quot; \<br>
&gt;         op monitor interval=&quot;30&quot;<br>
&gt; primitive ip2 ocf:heartbeat:IPaddr2 \<br>
&gt;         params ip=&quot;10.0.1.11&quot; cidr_netmask=&quot;24&quot; nic=&quot;eth0:2&quot; \<br>
&gt;         op monitor interval=&quot;30&quot;<br>
&gt; primitive ip3 ocf:heartbeat:IPaddr2 \<br>
&gt;         params ip=&quot;10.0.1.12&quot; cidr_netmask=&quot;24&quot; nic=&quot;eth0:3&quot; \<br>
&gt;         op monitor interval=&quot;30&quot;<br>
&gt; primitive ip4 ocf:heartbeat:IPaddr2 \<br>
&gt;         params ip=&quot;10.0.1.13&quot; cidr_netmask=&quot;24&quot; nic=&quot;eth0:4&quot; \<br>
&gt;         op monitor interval=&quot;30&quot;<br>
&gt; colocation all-ips inf: ip1 ip2 ip3 ip4<br>
&gt; property $id=&quot;cib-bootstrap-options&quot; \<br>
&gt;         dc-version=&quot;1.0.8-2a76c6ac04bcccf42b89a08e55bfbd90da2fb49a&quot; \<br>
&gt;         cluster-infrastructure=&quot;openais&quot; \<br>
&gt;         expected-quorum-votes=&quot;2&quot; \<br>
&gt;         stonith-enabled=&quot;false&quot; \<br>
&gt;         no-quorum-policy=&quot;ignore&quot;<br>
&gt; rsc_defaults $id=&quot;rsc-options&quot; \<br>
&gt;         resource-stickiness=&quot;100&quot;<br>
&gt;<br>
&gt; If I stop corosync from running on either node, the IPs are migrated without<br>
&gt; issue. The problem occures when both nodes come up at or close to the same<br>
&gt; time. An example of this would be...<br>
&gt;<br>
&gt; Node A<br>
&gt; /etc/init.d/corosync stop<br>
&gt;<br>
&gt; Node B<br>
&gt; /etc/init.d/corosync stop<br>
&gt;<br>
&gt; Node A<br>
&gt; /etc/init.d/corosync start<br>
&gt;<br>
&gt; Node B<br>
&gt; /etc/init.d/corosync start<br>
&gt;<br>
&gt; Result<br>
&gt; ---------<br>
&gt;<br>
&gt; Online: [ wsa wsb ]<br>
&gt;<br>
&gt; ip1     (ocf::heartbeat:IPaddr2):       Started wsa<br>
&gt; ip2     (ocf::heartbeat:IPaddr2):       Started wsb<br>
&gt; ip3     (ocf::heartbeat:IPaddr2):       Started wsa<br>
&gt; ip4     (ocf::heartbeat:IPaddr2):       Started wsb<br>
&gt;<br>
<br>
</div></div>Looks like a bug somewhere.<br>
Could you create a hb_report archive covering the test scenario<br>
described above and attach it to a new bugzilla please?<br>
<div><div></div><div class="h5"><br>
_______________________________________________<br>
Pacemaker mailing list<br>
<a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
<a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
</div></div></blockquote></div><br><br>