Andrew Beekhof wrote:
On Jan 31, 2008, at 1:53 AM, Steve Wray wrote:
Jonas Andradas wrote:
Hello Steve,
On Wed, Jan 30, 2008 at 7:55 PM, Steve Wray <[EMAIL PROTECTED]>
wrote:
Jonas Andradas wrote:
Hello,
if my memory doesn't fail, the cib.xml file should be located in:
/var/lib/heartbeat/crm/cib.xml
Thanks for that.
The "base" cib.xml contains just the configuration. During operation,
values are added and modified on the fly, as you say, with the
score of
each
node, the pingd score, and so.
So the xml code which was given on the pingd documentation page does
need to be *manually* inserted into the cib.xml code?
Yes, that pingd code has to be inserted into de cib.xml. During
execution,
a section of the XML (which I cannot remember right now between which
tags
can be found) is updated on-the-fly, with execution data, such as (as
stated
previously) node score, pingd score, and such. The node with the
highest
score is the 'winner node', the one resources would prefer (though it
might
be *not* the one they actually run on. Depending on how the
resource_stickiness is set, resources might stay on a lower-scored node
unless they are forced to switch).
Ok I now have cib.xml working but the behavior of the cluster is still
strange.
I took the code from the pingd documentation and inserted it into the
cib.xml as follows:
[snip]
The documentation is not clear on this, but is that the correct place
to insert the code fragment?
Yes.
Cool, I had wondered if I was supposed to use some tool to insert this;
seems a bit odd to manually edit a file that appears to be automatically
updated.
The observed behavior is now that if the passive node loses network
connectivity
you didn't simulate this by unplugging eth0 did you?
The two nodes on this testbed are virtual machines running under Xen. I
can't unplug eth0. I took the network interface down.
but the active node can contact its ping node then the active node
tries to become passive... but fails as it can't unmount its NFS
filesystem or stop drbd. It relinquishes the floating IP address
though and effectively fails. Kind of the opposite to what I am after...
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
