Managing Serviceguard Seventeenth Edition, First Reprint December 2009
allows the IP packets to go through the firewall to reach other organizations on the
network.
When the package halts, the route must be removed.
Put a command such as the following in the customer_defined_halt_commands
function of a legacy package, or the stop_command function in theexternal_script
(page 285) for a modular package:
/usr/sbin/route delete net default 128.17.17.1 1 source
128.17.17.17
Once the per-interface default route(s) have been added, netstat –rn would show
something like the following, where 128.17.17.17 is the package relocatable address
and 128.17.17.19 is the physical address on the same subnet:
Destination Gateway Flags Refs Interface Pmtu
127.0.0.1 127.0.0.1 UH 0 lo0 32808
128.17.17.19 128.17.17.19 UH 0 lan5 32808
128.17.17.17 128.17.17.17 UH 0 lan5:1 32808
192.168.69.82 192.168.69.82 UH 0 lan2 32808
128.17.17.0 128.17.17.19 U 3 lan5 1500
128.17.17.0 128.17.17.17 U 3 lan5:1 1500
192.168.69.0 192.168.69.82 U 2 lan2 1500
127.0.0.0 127.0.0.1 U 0 lo0 32808
default 128.17.17.1 UG 0 lan5:1 1500
default 128.17.17.1 UG 0 lan5 1500
NOTE: If your package has more than one relocatable address on a physical interface,
you must add a route statement for each relocatable address during package start up,
and delete each of these routes during package halt.
For more information about configuring modular, packages, see Chapter 6 (page 255);
for legacy packages, see “Configuring a Legacy Package” (page 340).
IMPORTANT: If you use a Quorum Server, make sure that you list all relocatable IP
addresses that are associated with the per-interface default gateways in the authorization
file /etc/cmcluster/qs_authfile.
For more information about the Quorum Server, see the latest version of the HP
Serviceguard Quorum Server Release Notes at http://www.docs.hp.com -> High
Availability.
Restoring Client Connections
How does a client reconnect to the server after a failure?
It is important to write client applications to specifically differentiate between the loss
of a connection to the server and other application-oriented errors that might be
returned. The application should take special action in case of connection loss.
One question to consider is how a client knows after a failure when to reconnect to the
newly started server. The typical scenario is that the client must simply restart their
Restoring Client Connections 403