<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#0050d0">
<font size="-1"><font face="Helvetica, Arial, sans-serif">`cibadmin -Q`
output is attached<br>
>From what I can see, it did run a 'start' operation on the 'vip'
resource on the devms01 box, and then ran a 'start' 'promote' on
'ms_mysql' on devms02 :-/<br>
</font></font><br>
Sent: Mon Nov 29 2010 00:43:48 GMT-0700 (Mountain Standard Time)<br>
From: Andrew Beekhof <a class="moz-txt-link-rfc2396E" href="mailto:andrew@beekhof.net"><andrew@beekhof.net></a><br>
To: The Pacemaker cluster resource manager
<a class="moz-txt-link-rfc2396E" href="mailto:pacemaker@oss.clusterlabs.org"><pacemaker@oss.clusterlabs.org></a> <br>
Subject: Re: [Pacemaker] colocation rule not obeyed
<blockquote
cite="mid:AANLkTimThwWzoeC_G_x+vdK8sgqX88Dvo9=fQ+i75uv2@mail.gmail.com"
type="cite">
<pre wrap="">On Mon, Nov 29, 2010 at 6:55 AM, Patrick H. <a class="moz-txt-link-rfc2396E" href="mailto:pacemaker@feystorm.net"><pacemaker@feystorm.net></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I've got a replicated mysql with vip setup i've been trying to create, and
it doesnt seem to be obeying my colocation rule much.
Situation:
I had shut down corosync on all (3) nodes and verified all associated
services were off.
I then started it up an all 3 nodes.
When it came back up, the VIP was running on node1, while the master mysql
service was running on node 2.
# crm status
============
Last updated: Mon Nov 29 05:51:06 2010
Stack: openais
Current DC: devms01 - partition with quorum
Version: 1.0.9-89bd754939df5150de7cd76835f98fe90851b677
3 Nodes configured, 3 expected votes
2 Resources configured.
============
Online: [ devms01 devms02 devms03 ]
vip (ocf::heartbeat:IPaddr2): Started devms01
Master/Slave Set: ms_mysql
Masters: [ devms02 ]
Slaves: [ devms01 devms03 ]
# crm configure show
node devms01 \
attributes standby="off"
node devms02 \
attributes standby="off"
node devms03
primitive mysql ocf:etc:mysql \
params master_host="165.212.101.96" user="mailsafe_rep"
pass="replicate" \
op monitor interval="10s" role="Master" \
op monitor interval="60s" role="Slave"
primitive vip ocf:heartbeat:IPaddr2 \
params nic="eth0" iflabel="0" ip="165.212.101.96" cidr_netmask="24"
broadcast="165.212.101.255" \
meta target-role="Started" is-managed="true"
ms ms_mysql mysql \
meta target-role="Master" is-managed="true"
colocation co_mysql inf: ms_mysql:Master vip
property $id="cib-bootstrap-options" \
dc-version="1.0.9-89bd754939df5150de7cd76835f98fe90851b677" \
cluster-infrastructure="openais" \
expected-quorum-votes="3" \
stonith-enabled="false" \
no-quorum-policy="ignore" \
default-resource-stickiness="INFINITY" \
last-lrm-refresh="1291008843"
I dont get it. Why did it decide to just ignore the co_mysql rule?
</pre>
</blockquote>
<pre wrap=""><!---->
No idea, cibadmin -Q with the cluster in this state?
_______________________________________________
Pacemaker mailing list: <a class="moz-txt-link-abbreviated" href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a>
<a class="moz-txt-link-freetext" href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a>
Project Home: <a class="moz-txt-link-freetext" href="http://www.clusterlabs.org">http://www.clusterlabs.org</a>
Getting started: <a class="moz-txt-link-freetext" href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a>
Bugs: <a class="moz-txt-link-freetext" href="http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker">http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker</a>
</pre>
</blockquote>
</body>
</html>