Managing HP Serviceguard for Linux, Tenth Edition, September 2012

NOTE: But if weight_name is package_limit, you can use only that one weight
and capacity throughout the cluster. package_limit is a reserved value, which, if
used, must be entered exactly in that form. It provides the simplest way of managing
weights and capacities; see “Simple Method” (page 139) for more information.
The rules for forming weight_name are the same as those for forming package_name
(page 205). weight_name must exactly match the corresponding CAPACITY_NAME.
weight_value is an unsigned floating-point value between 0 and 1000000 with at
most three digits after the decimal point.
You can use these parameters to override the cluster-wide default package weight that
corresponds to a given node capacity. You can define that cluster-wide default package
weight by means of the WEIGHT_NAME and WEIGHT_DEFAULT parameters in the cluster
configuration file (explicit default). If you do not define an explicit default (that is, if you
define a CAPACITY_NAME in the cluster configuration file with no corresponding
WEIGHT_NAME and WEIGHT_DEFAULT), the default weight is assumed to be zero
(implicit default). Configuring weight_name and weight_value here in the package
configuration file overrides the cluster-wide default (implicit or explicit), and assigns a
particular weight to this package.
For more information, see About Package Weights (page 138). See also the discussion
of the relevant parameters under “Cluster Configuration Parameters ” (page 103), in the
cmmakepkg (1m) and cmquerycl (1m) manpages, and in the cluster configuration
and package configuration template files.
New for 11.19.
monitored_subnet
The LAN subnet that is to be monitored for this package. Replaces legacy SUBNET which
is still supported in the package configuration file for legacy packages; see “Configuring
a Legacy Package” (page 271).
You can specify multiple subnets; use a separate line for each.
If you specify a subnet as a monitored_subnet the package will not run on any node
not reachable via that subnet. This normally means that if the subnet is not up, the package
will not run. (For cross-subnet configurations, in which a subnet may be configured on
some nodes and not on others, see monitored_subnet_access below,
ip_subnet_node (page 215), and About Cross-Subnet Failover” (page 151).)
Typically you would monitor the ip_subnet, specifying it here as well as in the
ip_subnet parameter (page 214), but you may want to monitor other subnets as well;
you can specify any subnet that is configured into the cluster (via the STATIONARY_IP
parameter in the cluster configuration file). See “Stationary and Relocatable IP Addresses
and Monitored Subnets” (page 68) for more information.
212 Configuring Packages and Their Services