Managing HP Serviceguard A.11.20.10 for Linux, December 2012

In Figure 12, node1 has failed and pkg1 has been transferred to node2. pkg1's IP address was
transferred to node2 along with the package. pkg1 continues to be available and is now running
on node2. Also note that node2 now has access both to pkg1's disk and pkg2's disk.
NOTE: For design and configuration information about clusters that span subnets, see the
documents listed under “Cross-Subnet Configurations” (page 27).
Figure 12 After Package Switching
3.3.1.2.4 Failover Policy
The Package Manager selects a node for a failover package to run on based on the priority list
included in the package configuration file together with the failover_policy parameter, also
in the configuration file. The failover policy governs how the package manager selects which node
to run a package on when a specific node has not been identified and the package needs to be
started. This applies not only to failovers but also to startup for the package, including the initial
startup. The failover policies are configured_node (the default), min_package_node,
site_preferred, and site_preferred_manual. The parameter is set in the package
configuration file. For more information, see failover_policy (page 172).
3.3.1.2.5 Automatic Rotating Standby
Using the min_package_node failover policy, it is possible to configure a cluster that lets you
use one node as an automatic rotating standby node for the cluster. Consider the following package
configuration for a four node cluster. Note that all packages can run on all nodes and have the
same node_name lists. Although the example shows the node names in a different order for each
package, this is not required.
44 Understanding Serviceguard Software Components