On Fri, Apr 18, 2008 at 6:56 PM, Luis Motta Campos
<[EMAIL PROTECTED]> wrote:
>   Hoy, HA people.
>
>   Little help here, please.
>
>   I have two HA Clusters, which I call "Master" and "Slave".
>
>   I've been through a lot of trouble with an older version of heartbeat,
>  as you may remember from my previous posts in the list.
>
>   Now, I'm using
>
>  heartbeat.x86_64            2.1.3-21.1
>  heartbeat-common.x86_64     2.1.3-21.1
>  heartbeat-resources.x86_64  2.1.3-21.1
>  pacemaker-heartbeat.x86_64  0.6.2-14.1
>
>   I have two different clusters, each one with almost the same
>  configuration. I call them "Master" and "Slave" (because they run my
>  database replication master and slave, respectively). Please find both
>  CIB configurations attached (master.xml, slave.xml).
>
>   I have a strange behaviour: on Master, resources do stick to the
>  current host, as requested; on Slave, doesn't matter what I do,
>  resources do *not* stick. It's driving me crazy, and must be something
>  quite simple.

They're not going to stay on db-sql2.ripe.net because you're also
telling them that they _must_ be running with the master drbd instance
(which is running on db-sql4.ripe.net).

>
>   Please find the hb_report run for both the Slave Cluster machines,
>  with the last attempt to make the resources "jump" to a healthy machine
>  and stay there when the initial host recover from failure.
>
>   I was simulating server crashes with "service heartbeat restart",
>  maybe that's not the best option, but it works for the Master Cluster.
>
>   Many many thanks in advance for any help you can give me.
>   Kindest regards.
>  --
>  Luis Motta Campos (a.k.a. Monsieur Champs) is a software engineer,
>  Perl fanatic evangelist, and amateur {cook, photographer}
>
>
> _______________________________________________
>  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

Reply via email to