vahram wrote:
this did the trick...thanks!
Glad to hear it. You might want to try the CVS version of the code
rather than the SRPM versions. The CVS is generally more current and I
think they've fixed the broadcast option in it.
Rick Stevens wrote:
Looking back at your cluster.conf, I see you're using broadcast. I used
multicast because, in the first CVS checkout I did, broadcast didn't
work properly. It's possible your SRPMs also have that flaw. Why not
try multicast and see if that works. Add that route I mentioned and
here's my cluster.conf which you can crib:
<?xml version="1.0"?>
<cluster name="test" config_version="1">
<cman two-node="1" expected_votes="1">
<multicast addr="224.0.0.1"/>
</cman>
<nodes>
<node name="gfs-01-001" votes="1">
<multicast addr="224.0.0.1" interface="eth1"/>
<fence>
<method name="single">
<device name="human" ipaddr="gfs-01-001"/>
</method>
</fence>
</node>
<node name="gfs-01-002" votes="1">
<multicast addr="224.0.0.1" interface="eth1"/>
<fence>
<method name="single">
<device name="human" ipaddr="gfs-01-002"/>
</method>
</fence>
</node>
</nodes>
<fence_devices>
<device name="human" agent="fence_manual"/>
</fence_devices>
</cluster>
----------------------------------------------------------------------
- Rick Stevens, Senior Systems Engineer rstevens@xxxxxxxxxxxxxxx -
- VitalStream, Inc. http://www.vitalstream.com -
- -
- What's small, yellow and very, VERY dangerous? The root canary! -
----------------------------------------------------------------------
--
Linux-cluster@xxxxxxxxxx
http://www.redhat.com/mailman/listinfo/linux-cluster
--
Linux-cluster@xxxxxxxxxx
http://www.redhat.com/mailman/listinfo/linux-cluster
--
----------------------------------------------------------------------
- Rick Stevens, Senior Systems Engineer rstevens@xxxxxxxxxxxxxxx -
- VitalStream, Inc. http://www.vitalstream.com -
- -
- Errors have occurred. We won't tell you where or why. We have -
- lazy programmers. -
----------------------------------------------------------------------
