RHEL4 cluster.conf Schema Description

Last Update: May 7, 2007

Tag: <cluster> Attributes:

Example: ==== <cluster config_version="90" name="clu12235" alias=”webcluster”> ====

Tag: <gulm> Note: GULM will no longer be in future cluster releases as of RHEL5. Parent Tag: <cluster> Attributes: None

Tag: <cman> CMAN service configuration
Parent Tag: <cluster>
Attributes:

Tag: <multicast>
Parent Tag: <cman>
Attributes:

Cman can be configured to use multicast instead
of broadcast (broadcast is used by default if no
multicast parameters are given.) To configure multicast,
add one line under the <cman> block and another under the <clusternode>
block. The multicast addresses must match and the address
must be usable on the interface name given for the node. Example: ==== <multicast addr="224.0.0.1"/> ====

Tag: <fence_daemon> Fence Daemon Configuration Parent Tag: Attributes:

Example: ==== <fence_daemon post_fail_delay="0" post_join_delay="3"/> <fence_daemon clean_start="0"/> ====

A Note On Fencing

Fencing is specified within the cluster.conf file in two places. The first place is within the <fencedevices> tag. Any device used for fencing a node must be defined here as a <fencedevice> first. This applies to power switches (APC, WTI, etc.) with multiple ports that are able to fence multiple cluster nodes, as well as fabric switches and baseboard management fence strategies (iLO, RSA, IPMI, Drac, etc.) that are usually 1 to 1 in nature; that is, one specified fence device is able to fence only one node. After defining the fence devices to be used in the cluster, it is necessary to associate the fence device listings with specific cluster nodes. The second place that fencing is specified within cluster.conf is within the <clusternode> tag. Beneath the <clusternode> tag, is a <fence> tag. Beneath the <fence> tag is one or more <method> tag sets. Within a <method> tag set, is a <device> tag set. This is where the actual association between <fencedevice> and node takes place. A <device> tag has a required "name" attribute that refers to the name of one of the <fencedevice>'s specified in the <fencedevices> section of cluster.conf. More about <method> blocks: A method block is like a fence level. If a primary fence method is selected, yet the user wants to define a backup method in case the first fence method fails, this is done by defining two <metho>d blocks for a cluster node, each with a unique name parameter. The fence daemon will call each fence method in the order they are specified under the <clusternode><fence> tag set. Fence specification within cluster.conf offers one other feature for customizing fence action. Within a <method> block, it is allowable to list more than one <device>. This is useful when fencing a node with redundant power supplies, for example. The fence daemon will run the agent for each device listed within a <method> block before determining success or failure.

Tag: <fencedevices> Contains all fencing device information. Parent Tag: <cluster> Attributes: None

Tag: <fencedevice> Information about one fence device in particular. Parent Tag: <fencedevices> Attributes: