[Linux-cluster] Cluster.conf
isplist at logicore.net
isplist at logicore.net
Fri Oct 6 01:25:26 UTC 2006
I've been messing with GFS for a while now, learning curve kinda high but
slowly getting it. I'm now at the point where I need to fence things better so
that reliability becomes better now that I'm getting closer to actually using
this on something production.
Thing is, I've asked before about cluster.conf file building without replies
so am still unsure about this part right now. I've seen countless variations,
many with things I've not even seen before and for the most part, many seem to
be custom made, like someone's recipe :).
So, the question remains... where can I find VERY good details and information
that will help me understand the building of this file.
I'm now using a McData ED-5000 switch and need to make sure that fencing is
working correctly. My (probably silly) cluster. conf file looks like;
<?xml version="1.0"?>
<cluster config_version="41" name="vgcomp">
<fence_daemon clean_start="1" post_fail_delay="0" post_join_delay="3"/>
<clusternodes>
<clusternode name="cweb92" nodeid="92" votes="1"/>
<clusternode name="cweb93" nodeid="93" votes="1"/>
<clusternode name="cweb94" nodeid="94" votes="1"/>
<clusternode name="dev" nodeid="99" votes="1"/>
<clusternode name="qm247" nodeid="247" votes="1"/>
<clusternode name="qm248" nodeid="248" votes="1"/>
<clusternode name="qm249" nodeid="249" votes="1"/>
<clusternode name="qm250" nodeid="250" votes="1"/>
</clusternodes>
<cman/>
<fencedevices>
<fencedevice agent="fence_mcdata" ipaddr="x.x.x.x" login="xxxxx"
name="ED5000" passwd="xxxxx"/>
</fencedevices>
<rm>
<failoverdomains/>
<resources/>
</rm>
</cluster>
Isn't there something missing for fencing in each clusternode line?
Note also that every time I start the cluster, I get quorum'd out until I log
into another node and run cman_tool expected -e 1 to regain. I've seen a way
to fix that in my travels but you think I can find it now? Nope :).
ANY help to make this man's crummy conf file work properly would be welcome.
Mike
More information about the Linux-cluster
mailing list