Serviceguard Version A.11.16 Release Notes, 2nd Edition, September 2004

Serviceguard Version A.11.16 Release Notes, Second Edition
Patches and Fixes in this Version
Chapter 1 41
JAGae91702 - CONCURRENT_VGCHANGE_ OPERATIONS is not
useful
• What was the problem? There is a perception that the
CONCURRENT_VGCHANGE_OPERATIONS functionality is not
useful in some situations. However, when package failover test was
run with 40 volume groups on an 8 processor system, a significant
improvement was found in the time it takes package to failover. So
more explanation is needed on how/when to use this option to gain
benefit.
• What was the resolution? More text added to explain the benefits of
concurrent operations during package startup/shutdown. Package
control script created through cmmakepkg will have additional
comments.
JAGae91411 if subnet mask changes, online cmapplyconf does
not detect this
• What was the problem? If customers changed netmask of a subnet on
all cluster nodes where the subnet is present, the cmcheckconf and
cmapplyconf commands do not detect it. The commands succeed
without updating the CDB.
Thus cmviewconf shows a different netmask vs. the new one in the
system configuration. In the cmcheckconf/cmapplyconf code, we
only read in LAN interface name and IP address from the ASCII file
and let the config daemon verify these two types of data. So, even if
the netmask have been changed on all nodes of the cluster, we would
not detect it because we have no existing data to compare against.
• What was the resolution? Since we do not support online networking
change at this time, the commands should not proceed if a netmask
on all nodes has been changed.
If the netmasks are mismatched while the cluster is running, the
command will report an error. Otherwise, the commands will succeed
and change the netmask in the CDB. The fix is to copy the old
netmasks from the existing configuration (from the old_cl in
cf_read_cluster_ascii() function) to the new_cl after data is
read from the ASCII file, and use to them to compare with the new
netmasks obtained from the system so that we can detect the
differences during gather_network_config phase of the
commands.