can you use hb_report to create a tarball describing the situation
you're describing?
with it i'll be able to figure out what's going on (from the look of
it, it seems unlikely to be a configuration error on your part)
On Jan 18, 2008, at 10:18 AM, Cousin Marc wrote:
Hi,
I'm working on setting up a 3 node cluster with DRBD master/slave
resources,
constraints, and ordering.
The purpose is to have 3 nodes, one with a postgresql database, and
2 with
apache frontends, connecting to the database.
I wanted to set up the cluster so that with 3 nodes alive, there is
one node
for each, and if there are only 2 nodes alive, one apache instance
is stopped
and one server hosts postgresql and one apache.
So I put a higher priority to the postgresql group than to the 2
others. And
then I put location constraints (the nodes hosting the drbd
periphals),
ordering constraints (postgresql before the other ones, each drbd to
master
before its associated application group) and colocation constraints
(don't
want 2 application groups on the same node).
I've managed to create a simplified test case showing what's not
working.
It's still a 3 node cluster, but the third node is standby and not
used.
One hosts postgresql, the other one apache.
If I put the node hosting apache offline, postgresql is stopped too.
Attached is the cib used for the test.
The problematic rule seems to be :
<rsc_colocation from="postgresr2" to="applisr1"
id="postgresr2_applisr1"
score="-INFINITY"/>
If I remove it, postgresql is not stopped anymore when I have only
one node
remaining (which I want). Of course, I then get apache on the same
node (on a
2 node case, that would be ok, but the ultimate purpose is to solve
the
original 3 node case).
Anyone knows what I'm doing wrong ?
Thanks for helping.
Cheers
Marc
<cib.xml>_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
