HP Integrity Virtual Machines Installation, Configuration, and Administration Version A.03.50

1. On the original node where the guest is running, run the hpvmsg_package command.
2. Apply the package configuration using the cmapplyconf command.
3. To provide Serviceguard protection immediately, restart the guest package after repackaging
it.
For more information about using these commands, see Section 11.3.2 (page 159).
11.5 Troubleshooting Serviceguard with Integrity VM
This section describes how to solve some of the problems that can occur using Serviceguard and
Integrity VM.
11.5.1 VMs as Serviceguard Packages Troubleshooting
If the distributed guest does not start or failover, check both the /var/adm/syslog/syslog.log
file and the package log file (/etc/cmcluster/guestname/guestname.log).
If a package fails to start, ServiceGuard performs a package halt. The log files include a Halting
package section after the Starting package section where, the actual starting failure messages are
found. Look at the Halting package section as well as the Starting package section when you
view package log files after a package start failure.
If the distributed guest does not fail over, take the package down using the cmhaltpkg command.
Make sure the guest has the resources it needs to run on the adoptive node by manually starting
the package on the adoptive node with the same workload using the cmrunpkg command.
If the package does not start under manual control, stop the cluster and test the guest named
compass1.
1. Use the hpvmmodify command to set the guest to be not distributed. For example:
# hpvmmodify -P compass1 -i NONE
# hpvmmodify -P compass1 -j 0
2. Use the hpvmstart command to start the guest with the same VM Host system and
workload. Use the virtual console (hpvmconsole) to make sure the the guest OS is installed
and applications are running properly.
After testing the guest, create the Serviceguard package again.
If the guest does not start and displays errors about storage problems, and you are using logical
volumes, the storage units might not be available to the VM Host. To make the storage units
available , enter the appropriate commands, as follows:
For LVM logical volumes, enter the following commands:
# vgchange -c n /dev/vgxx
# vgchange -a y /dev/vgxx
For VxVM logical volumes, enter the following commands:
# vxdg import diskgroup-name
# vxvol -g diskgroup-name startall
If you are using files on a logical volume, also enter the following command:
# mount /dev/vgxx /mount-point
After making sure the backing storage devices are available, restore them to their original state.
Some problems that arise from improper storage configuration include:
Whole disks - Verify that the VM Host has access to the disks. This may be traced to a
hardware or storage subsystem issue.
LVM - Before starting a package, ServiceGuard requires that all volume groups associated
with the package are inactive. See the Managing Serviceguard manual for details on
deactivating LVMs.
11.5 Troubleshooting Serviceguard with Integrity VM 165