VERITAS Volume Manager 4.1 Troubleshooting Guide

Error Messages
Understanding Messages
Chapter 690
CAUTION Be careful when using the -f option. It can cause the same disk group to be
imported twice from different sets of disks, causing the disk group to
become inconsistent.
These operations can also be performed using the vxdiskadm utility. To deport a disk
group using vxdiskadm, select menu item 8 (Remove access to (deport) a disk group). To
import a disk group, select item 7(Enable access to (import) a disk group). The
vxdiskadmimport operation checks for host import locks and prompts to see if you want
to clear any that are found. It also starts volumes in the disk group.
V-5-1-663
VxVM vxconfigd WARNING V-5-1-663 Group group: Duplicate virtual device
number(s):
Volume volume remapped from major,minor to major,minor ...
• Description: The configuration of the named disk group includes conflicting device
numbers. A disk group configuration lists the recommended device number to use for each
volume in the disk group. If two volumes in two disk groups happen to list the same device
number, then one of the volumes must use an alternate device number. This is called
device number remapping. Remapping is a temporary change to a volume. If the other
disk group is deported and the system is rebooted, then the volume that was remapped
may no longer be remapped. Also, volumes that are remapped once are not guaranteed to
be remapped to the same device number in further reboots.
• Action: Use the vxdgreminor command to renumber all volumes in the offending disk
group permanently. See the vxdg(1M) manual page for more information.
V-5-1-737
VxVM vxconfigd ERROR V-5-1-737 Mount point path: volume not in bootdg disk group
• Description: The volume device listed in the /etc/fstab file for the given mount-point
directory (normally /usr) is listed as in a disk group other than the boot disk group. This
error should not occur if the standard VERITAS Volume Manager procedures are used for
encapsulating the disk containing the /usr file system.
• Action: Boot VxVM from a network or CD-ROM mounted root file system. Then, start up
VxVM using fixmountroot on a valid mirror disk of the root file system. After starting
VxVM, mount the root file system volume and edit the /etc/fstab file. Change the file to
use a direct partition for the file system. There should be a comment in the /etc/fstab
file that indicates which partition to use.