 |
» |
|
|
|
The Volume Manager is fault-tolerant and resolves most problems without
system administrator intervention. If the Volume Manager configuration
daemon (vxconfigd) recognizes what actions are necessary, it will
queue up the transactions that are required. Volume Manager provides
atomic changes of system configurations; either a transaction completes
fully or the system appears as though the transaction was never
attempted. When vxconfigd is unable to recognize and fix system problems,
the system administrator needs to handle the task of problem solving. The following sections cover the error messages associated
with the Volume Manager configuration daemon. vxconfigd Usage Messages | |
The following are usage messages associated with vxconfigd. Usage: vxconfigd [-dkf] [-r reset] [-m mode] [-x level]
Recognized options:
-d set initial mode to disabled for transactions
-k kill the existing configuration daemon process
-f operate in foreground; default is to operate
in background
-r reset reset kernel state; requires 'reset' option
argument
-m mode set vold's operating mode
modes: disable, enable, bootload, bootstart
-x debug set debugging level to <debug>, 0 turns off debugging
-R file set filename for client request rendezvous
-D file set filename for client diag request rendezvous |
| Description This is the full usage message for vxconfigd, which results from entering the command vxconfigd help.
|
Usage: vxconfigd [-dkf] [-r reset] [-m mode] [-x level]
For detailed help use: vxconfigd help |
| Description This is the standard vxconfigd usage error message. Appearance of this message
implies that some option was supplied incorrectly. Action If you need help in using vxconfigd, try using the command vxconfigd help. For more detailed information, see the vxconfigd(1M) manual page.
|
-r must be followed by 'reset' |
-r must be followed by 'reset' |
| Description This is a usage error. The -r option requires an option argument consisting
of the string reset. Action Either don't use the -r option, or supply the reset option argument.
|
-x argument: invalid debug string |
-x argument: invalid debug string |
| Description An unrecognized string was specified as an argument
to the -x option. Action See vxconfigd(1M) for a list of valid arguments to -x.
|
-x devprefix=device_prefix: prefix too long |
-x devprefix=device_prefix: prefix too long |
| Description The -x devprefix=device_prefix option was used to define a prefix path for the /dev/dsk and /dev/rdsk directories, and that prefix was too long. Action Use a shorter prefix.
|
vxconfigd Error Messages | |
The following are general error messages associated with vxconfigd. signal_name [core dumped] |
vxvm:vxconfigd: ERROR: signal_name [ - core dumped ] |
| Description The vxconfigd daemon encountered an unexpected signal while starting
up. The specific signal is indicated by signal_name. If the signal caused the vxconfigd process to dump core, then that will be indicated.
This could be caused by a bug in vxconfigd, particularly if signal_name is "Segmentation fault." Alternately, this could have been caused
by a user sending vxconfigd a signal with the kill utility. Action Contact Customer Support.
|
Unrecognized operating mode |
vxvm:vxconfigd: ERROR: mode_name: Unrecognized operating mode |
| Description An invalid string was specified as an argument to the -m option. Valid strings are: enable, disable, and boot. Action Supply a correct option argument.
|
vxconfigd cannot boot-start RAID-5 volumes |
vxvm:vxconfigd: ERROR: volume_name: vxconfigd cannot boot-start
RAID-5 volumes |
| Description A volume that vxconfigd should start immediately upon booting the system
(i.e., the volume for the /usr file system) has a RAID-5 layout. The /usr file system should never be defined on a RAID-5
volume. Action It is likely that the only recovery for this is to
boot the Volume Manager from a network-mounted root file system
(or from a CD-ROM), and reconfigure the /usr file system to be defined on a regular non-RAID-5
volume.
|
Cannot get all disk groups from the kernel |
vxvm:vxconfigd: ERROR: Cannot get all disk groups from the
kernel: reason |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Cannot get all disks from the kernel |
vxvm:vxconfigd: ERROR: Cannot get all disks from the kernel:
reason |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Cannot get kernel transaction state |
vxvm:vxconfigd: ERROR:
Cannot get kernel transaction state: reason |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Cannot get private storage from kernel |
vxvm:vxconfigd: ERROR:
Cannot get private storage from kernel: reason |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Cannot get private storage size from kernel |
vxvm:vxconfigd: ERROR:
Cannot get private storage size from kernel: reason |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Cannot get record from the kernel |
vxvm:vxconfigd: ERROR:
Cannot get record record_name from the kernel: reason |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Cannot kill existing daemon, pid=process-ID |
vxvm:vxconfigd: ERROR: Cannot kill existing daemon, pid=process-ID |
| Description The -k (kill existing vxconfigd process) option was specified, but a running configuration
daemon process could not be killed. A configuration daemon process,
for purposes of this discussion, is any process that opens the /dev/vx/config device (only one process can open that device
at a time). If there is a configuration daemon process already running,
then the -k option causes a SIGKILL signal to be send to that process. If, within
a certain period of time, there is still a running configuration
daemon process, then the above error message will be displayed. Action This error can result from a kernel error that has
made the configuration daemon process unkillable, from some other
kind of kernel error, or from some other user starting another configuration daemon
process after the SIGKILL signal. This last condition can be tested for
by running vxconfigd -k again. If the error message appears again, contact
Customer Support.
|
vxvm:vxconfigd: ERROR: Cannot make directory directory_path: reason |
| Description vxconfigd failed to create a directory that it expects to
be able to create. Directories that vxconfigd might try to create are: /dev/vx/dsk, /dev/vx/rdsk, and /var/vxvm/tempdb. Also, for each disk group, /dev/vx/dsk/diskgroup and /dev/vx/rdsk/diskgroup directories are created. The system error related
to the failure is given in reason. A system error of "No such file or directory" indicates that one of the prefix directories (for
example, /var/vxvm) does not exist. This type of error normally implies that the Volume Manager packages
were installed incorrectly. Such an error can also occur if alternate
file or directory locations are specified on the command line, using
the -x option. The _VXVM_ROOT_DIR environment variable may also relocate to a directory
that lacks a var/vxvm subdirectory. Action Try to create the directory manually and then issue
the command vxdctl enable. If the error is due to incorrect installation
of the Volume Manager packages, try to add the Volume Manager packages again.
|
vxvm:vxconfigd: ERROR: Cannot open /etc/vfstab: reason |
| Description vxconfigd could not open the /etc/vfstab file, for the reason given. The /etc/vfstab file is used to determine which volume (if any)
to use for the /usr file system. If the /etc/vfstab file cannot be opened, vxconfigd prints the above error message and exits. Action This error implies that your root file system is currently
unusable. You may be able to repair your root file system by mounting
the root file system after booting from a network or CD-ROM root
file system. If the root file system is defined on a volume, then
see the procedures defined for recovering from a failed root file
system in the "Recovery" chapter of the Administrator's
Guide.
|
Cannot recover operation in progress |
vxvm:vxconfigd: ERROR: Cannot recover operation in progress
Failed to get group group from the kernel: error |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
vxvm:vxconfigd: ERROR: Cannot reset VxVM kernel: reason |
| Description The -r reset option was specified to vxconfigd, but the VxVM kernel drivers could not be reset.
The most common reason for this is "A virtual disk device is open." That error implies that a VxVM tracing
device or volume device is open. Action If, for some reason, you really want to reset the kernel
devices, you will need to track down and kill all processes that
have a volume or VxVM tracing device open. Also, if any volumes
are mounted as file systems, unmount those file systems. An error reason other than "A virtual disk device is open" should not normally occur unless there
is a bug in the operating system or in the Volume Manager.
|
Cannot start volume, no valid complete plexes |
vxvm:vxconfigd: ERROR: Cannot start volume volume,
no valid complete plexes |
| Description This error indicates that the volume for either the
root or /usr file system cannot be started because the volume
contains no valid plexes. This can happen, for example, if disk
failures have caused all plexes to be unusable. It can also happen
as a result of Actions that caused all plexes to become unusable
(for example, forcing the dissociation of subdisks or detaching,
dissociation, or offlining of plexes). Action It is possible that this error results from a drive
that failed to spin up. If so, rebooting may fix the problem. If
that does not fix the problem, then the only recourse is to restore
the root or /usr file system or to reinstall the system. Restoring
the root or /usr file system requires that you have a valid backup.
See the "Recovery" chapter of the Administrator's
Guide for information on how to fix problems with root or /usr file system volumes.
|
Cannot start volume, no valid plexes |
vxvm:vxconfigd: ERROR: Cannot start volume volume,
no valid plexes |
| Description This error indicates that the volume for either the
root or /usr file system cannot be started because the volume
contains no valid plexes. This can happen, for example, if disk
failures have caused all plexes to be unusable. It can also happen
as a result of Actions that caused all plexes to become unusable
(for example, forcing the dissociation of subdisks or detaching,
dissociating, or offlining plexes). Action It is possible that this error results from a drive
that failed to spin up. If so, rebooting may fix the problem. If
that does not fix the problem, then the only recourse is to restore
the root or /usr file system or to reinstall the system. Restoring
the root or /usr file system requires that you have a valid backup.
See the "Recovery" chapter of the Administrator's
Guide for information on how to fix problems with root or /usr file system volumes.
|
Cannot start volume, volume state is invalid |
vxvm:vxconfigd: ERROR: Cannot start volume volume,
volume state is invalid |
| Description The volume for the root or /usr file system is in an unexpected state (not ACTIVE, CLEAN, SYNC or NEEDSYNC). This should not happen unless the system administrator
circumvents the mechanisms used by the Volume Manager to create
these volumes. Action The only recourse is to bring up the Volume Manager
on a CD-ROM or NFS-mounted root file system and to fix the state
of the volume. See the "Recovery" chapter of the
Administrator's Guide for further information.
|
Cannot store private storage into the kernel |
vxvm:vxconfigd: ERROR: Cannot store private storage into the
kernel: error |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Differing version of vxconfigd installed |
vxvm:vxconfigd: ERROR: Differing version of vxconfigd installed |
| Description A vxconfigd daemon was started after the stopping of an earlier vxconfigd with a non-matching version number. This can happen, for
example, if you upgrade from an earlier release of Volume Manager
to VxVM 3.0 and run vxconfigd without a reboot. Action To fix, reboot the system.
|
Disk, group, device: not updated with new host ID |
vxvm:vxconfigd: ERROR: Disk disk, group group, device device:
not updated with new host ID
Error: reason |
| Description This can result from using vxdctl hostid to change the Volume Manager host ID for the system.
The error indicates that one of the disks in a disk group could
not be updated with the new host ID. Most likely, this indicates
that the given disk has become inaccessible or has failed in some
other way. Action Try running the following to determine whether the
disk is still operational: If the disk is no longer operational, vxdisk should print a message such as: device: Error: Disk write failure This will result in the disk being taken out of active use
in its disk group, if it has not been taken out of use already.
If the disk is still operational (which should not be the case), vxdisk will print: device: Okay If the disk is listed as Okay, try vxdctl hostid again. If it still results in an error, contact
Customer Support.
|
Disk group, Disk: Cannot auto-import group |
vxvm:vxconfigd: ERROR: Disk group group, Disk disk:
Cannot auto-import group: reason |
| Description On system startup, vxconfigd failed to import the disk group associated with
the named disk. A message related to the specific failure is given
in reason. Additional error messages may be displayed that
give more information on the specific error. In particular, this
is often followed by: vxvm:vxconfigd: ERROR: Disk group group: Errors in some
configuration copies: Disk device, copy number: Block bno: error ... |
The most common reason for auto-import failures is excessive numbers
of disk failures, making it impossible for the Volume Manager to
find correct copies of the disk group configuration database and
kernel update log. Disk groups usually have enough copies of this
configuration information to make such import failures unlikely. A more serious failure is indicated by error types of: Format error in configuration copy
Invalid magic number
Invalid block number
Duplicate record in configuration
Configuration records are inconsistent |
These errors indicate that all configuration copies have become corrupt
(due to disk failures, writing on the disk by an application or the
administrator, or bugs in the Volume Manager). Some correctable errors may be indicated by other error messages that
appear in conjunction with the auto-import failure message. Look
up those other errors for more information on their cause. Failure of an auto-import implies that the volumes in that
disk group will not be available for use. If there are file systems
on those volumes, then the system may yield further errors resulting
from inability to access the volume when mounting the file system. Action If the error is clearly caused by excessive disk failures,
then you may have to recreate the disk group and restore contents
of any volumes from a backup. There may be other error messages
that appear which provide further information. See those other error
messages for more information on how to proceed. If those errors
do not make it clear how to proceed, contact Customer Support.
|
Disk group, Disk: Group name collides with record in rootdg |
vxvm:vxconfigd: ERROR: Disk group group, Disk device:
Group name collides with record in rootdg |
| Description The name of a disk group that is being imported conflicts
with the name of a record in the rootdg disk group. Volume Manager does not allow this
kind of conflict because of the way the /dev/vx/dsk directory is organized: devices corresponding
to records in the root disk group share this directory with subdirectories
for each disk group. Action Either remove or rename the conflicting record in the
root disk group, or rename the disk group on import. See the vxdg(1M) manual page for information on how to use
the import operation to rename a disk group.
|
Disk group, Disk: Skip disk group with duplicate name |
vxvm:vxconfigd: ERROR: Disk group group, Disk device:
Skip disk group with duplicate name |
| Description Two disk groups with the same name are tagged for auto-importing by
the same host. Disk groups are identified both by a simple name and
by a long unique identifier (disk group ID) assigned when the disk
group is created. Thus, this error indicates that two disks indicate
the same disk group name but a different disk group ID. The Volume Manager does not allow you to create a disk group
or import a disk group from another machine, if that would cause
a collision with a disk group that is already imported. Therefore,
this error is unlikely to occur under normal use. However, this
error can occur in the following two cases: A disk group cannot
be auto-imported due to some temporary failure. If you create a
new disk group with the same name as the failed disk group and reboot,
then the new disk group will be imported first, and the auto-import
of the older disk group will fail with group with duplicate name (more recently modified disk groups have precedence
over older disk groups). A disk group is deported from one host using the
-h option to cause the disk group to be auto-imported
on reboot from another host. If the second host was already auto-importing
a disk group with the same name, then reboot of that host will yield
this error.
Action If you want to import both disk groups, then rename
the second disk group on import. See the vxdg(1M) manual page for information on how to use
the import operation to rename a disk group.
|
Disk group: Cannot recover temp database |
vxvm:vxconfigd: ERROR: Disk group group:
Cannot recover temp database: reason
Consider use of "vxconfigd -x cleartempdir"
[see vxconfigd(1M)]. |
| Description This can happen if you kill and restart vxconfigd or you if you disable and enable it with vxdctl disable and vxdctl enable. This error indicates a failure related to reading
the file /var/vxvm/tempdb/groupname. This is a temporary file used to store information
that is used when recovering the state of an earlier vxconfigd. The file is recreated on a reboot, so this error
should never survive a reboot. Action If you can reboot, do so. If you do not want to reboot,
then do the following: Ensure that no vxvol, vxplex, or vxsd processes are running. Use ps -e to search for such processes, and use kill to kill any that you find. You may have to run kill twice to make these processes go away. Killing
utilities in this way may make it difficult to make administrative changes
to some volumes until the system is rebooted. Run the command: vxconfigd -x cleartempdir 2> /dev/console |
This will recreate the temporary database files for all imported
disk groups. The vxvol, vxplex, and vxsd commands make use of these tempdb files to communicate locking information. If the
file is cleared, then locking information can be lost. Without this
locking information, two utilities can end up making incompatible
changes to the configuration of a volume.
|
Disk group: Disabled by errors |
vxvm:vxconfigd: ERROR: Disk group group: Disabled by errors |
| Description This message indicates that some error condition has
made it impossible for Volume Manager to continue to manage changes
to a disk group. The major reason for this is that too many disks
have failed, making it impossible for vxconfigd to continue to update configuration copies. There
should be a preceding error message that indicates the specific
error that was encountered. If the disk group that was disabled is the rootdg disk group, then the following additional error
should be displayed: vxvm:vxconfigd: ERROR: All transactions are disabled |
This additional message indicates that vxconfigd has entered the disabled state, which makes it impossible to change the configuration
of any disk group, not just rootdg. Action If the underlying error resulted from a transient failure,
such as a disk cabling error, then you may be able to repair the
situation by rebooting. Otherwise, the disk group may have to be
recreated and restored from a backup. Failure of the rootdg disk group may require reinstallation of the system
if your system uses a root or /usr file system defined on a volume.
|
Disk group: Errors in some configuration copies: Disk, copy |
vxvm:vxconfigd: ERROR: Disk group group:
Errors in some configuration copies: Disk disk, copy number:
[Block number]: reason ... |
| Description During a failed disk group import, some of the configuration
copies in the named disk group were found to have format or other
types of errors which make those copies unusable. This message lists
all configuration copies that have uncorrected errors, including
any appropriate logical block number. If no other reasons are displayed, then
this may be the cause of the disk group import failure. Action If some of the copies failed due to transient errors
(such as cable failures), then a reboot or reimport may succeed
in importing the disk group. Otherwise, the disk group may have
to be recreated from scratch.
|
Disk group: Reimport of disk group failed |
vxvm:vxconfigd: ERROR: Disk group group:
Reimport of disk group failed: reason |
| Description After vxconfigd was stopped and restarted (or disabled and then enabled),
the Volume Manager failed to recreate the import of the indicated
disk group. The reason for failure is specified. Additional error
messages may be displayed that give further information describing
the problem. Action A major cause for this kind of failure is disk failures
that were not addressed before vxconfigd was stopped or disabled. If the problem is a transient
disk failure, then rebooting may take care of the condition.
|
Disk group: update failed |
vxvm:vxconfigd: ERROR: Disk group group: update failed: reason |
| Description I/O failures have prevented vxconfigd from updating any active copies of the disk group
configuration. This usually implies a large number of disk failures.
This error will usually be followed by the error: vxvm:vxconfigd: ERROR: Disk group group: Disabled by errors |
Action If the underlying error resulted from a transient failure,
such as a disk cabling error, then you may be able to repair the
situation by rebooting. Otherwise, the disk group may have to be
recreated and restored from a backup.
|
Failed to store commit status list into kernel |
vxvm:vxconfigd: ERROR: Failed to store commit status list into
kernel: reason |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
vxvm:vxconfigd: ERROR: GET_VOLINFO ioctl failed: reason |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Get of current rootdg failed |
vxvm:vxconfigd: ERROR: Get of current rootdg failed: reason |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Memory allocation failure |
vxvm:vxconfigd: ERROR: Memory allocation failure |
| Description This implies that there is insufficient memory to start
up the Volume Manager and to get the volumes for the root and /usr file systems running. Action This error should not normally occur, unless your system
has very small amounts of memory. Adding just swap space will probably
not help because this error is most likely to occur early in the
boot sequence, before swap areas have been added.
|
Mount point: volume not in rootdg disk group |
vxvm:vxconfigd: ERROR: Mount point path:
volume not in rootdg disk group |
| Description The volume device listed in the /etc/vfstab file for the given mount-point directory (normally /usr) is listed as in a disk group other than rootdg. This error should not occur if the standard Volume
Manager procedures are used for encapsulating the disk containing
the /usr file system. Action You will need to boot the Volume Manager from a network
or CD-ROM mounted root file system. Then, start up the Volume Manager
using fixmountroot on a valid mirror disk of the root file system.
After starting Volume Manager, mount the root file system volume
and edit the /etc/vfstab file. Change the file to use a direct partition
for the file system. There should be a comment in the /etc/vfstab file that indicates which partition to use, for
example: #NOTE: volume usr (/usr) encapsulated partition c0t3d0s5 (or c0b0t3d0s5 if your system uses a bus).
|
No convergence between root disk group and disk list |
vxvm:vxconfigd: ERROR:
No convergence between root disk group and disk list
Disks in one version of rootdg:
device type=device_type info=devinfo ...
Disks in alternate version of rootdg:
device type=device_type info=devinfo ... |
| Description This message can appear when vxconfigd is not running in autoconfigure mode (see the vxconfigd(1M) manual page) and when, after several retries,
it can not resolve the set of disks belonging to the root disk group.
The algorithm for non-autoconfigure disks is to scan disks listed
in the /etc/vx/volboot file and then examine the disks to find a database
copy for the rootdg disk group. The database copy is then read to
find the list of disk access records for disks contained in the
group. These disks are then examined to ensure that they contain
the same database copy. As such, this algorithm expects to gain
convergence on the set of disks and the database copies contained
on them. If a loop is entered and convergence cannot be reached,
then this message will appear and the root disk group importation
will fail. Action Reorganizing the physical locations of the devices
attached to the system may break the deadlock. Failing this, contact
Customer Support.
|
vxvm:vxconfigd: ERROR: Open of directory directory failed: reason |
| Description An open failed for the /dev/vx/dsk or /dev/vx/rdsk directory (or a subdirectory of either of those
directories). The only likely cause of such a failure should be
that the directory was removed by the administrator or by an errant
program. For this case, the reason should be "No such file or directory." An alternate possible cause is an I/O failure. Action If the error was "No such file or directory," then create the directory (using mkdir). Then run the command vxdctl enable. If the error was an I/O error, then there may be other serious
damage to the root file system. You may need to reformat your root
disk and restore the root file system from backup. Contact your
system vendor or consult your system documentation.
|
vxvm:vxconfigd: ERROR: Read of directory directory failed: reason |
| Description There was a failure in reading the /dev/vx/dsk or /dev/vx/rdsk directory (or a subdirectory of either of those
directories). The only likely cause of this error is an I/O failure
on the root file system. Action If the error was an I/O error, then there may be other
serious damage to the root file system. You may need to reformat
your root disk and restore the root file system from backup. Contact
your system vendor or consult your system documentation.
|
System boot disk does not have a valid root plex |
vxvm:vxconfigd: ERROR:
System boot disk does not have a valid root plex
Please boot from one of the following disks:
Disk: diskname Device: device ... |
| Description The system is configured to use a volume for the root
file system, but was not booted on a disk containing a valid mirror
of the root volume. Disks containing valid root mirrors are listed
as part of the error message. A disk is usable as a boot disk if
there is a root mirror on that disk which is not stale or offline. Action Try to boot from one of the disks named in the error
message. Under some operating systems, you may be able to boot using
a device alias for one of the named disks. For example, use this
command: boot vx-diskname
|
vxvm:vxconfigd: ERROR: System startup failed |
| Description Either the root or the /usr file system volume could not be started, rendering
the system unusable. The error that resulted in this condition should
appear prior to this error message. Action Look up other error messages appearing on the console
and take the actions suggested in the descriptions of those messages.
|
There is no volume configured for the root device |
vxvm:vxconfigd: ERROR: There is no volume configured for the
root device |
| Description The system is configured to boot from a root file system
defined on a volume, but there is no root volume listed in the configuration
of the rootdg disk group. There are two possible causes of this error: Case 1: The
/etc/system file was erroneously updated to indicate that
the root device is /pseudo/vxio@0:0. This should happen only as a result of direct
manipulation by the administrator. Case 2: The system somehow has a duplicate
rootdg disk group, one of which contains a root file
system volume and one of which does not, and vxconfigd somehow chose the wrong one. Since vxconfigd chooses the more recently accessed version of
rootdg, this error can happen if the system clock was
updated incorrectly at some point (causing the apparent access order
of the two disk groups to be reversed). This can also happen if
some disk group was deported and renamed to rootdg with locks given to this host.
Action In case 1, boot the system on a CD-ROM or networking-mounted
root file system, directly mount the disk partition of the root
file system, and remove the following lines from /etc/system: rootdev:/pseudo/vxio@0:0 set vxio:vol_rootdev_is_volume=1 In case 2, either boot with all drives in the offending version
of rootdg turned off, or import and rename [see vxdg(1M)] the offending rootdg disk group from another host. In the case of turning
off drives, run the following command after booting: This will update time stamps on the imported version of rootdg, which should make the correct version appear
to be the more recently accessed. If this does not correct the problem,
then contact Customer Support.
|
Unexpected configuration tid for group found in kernel |
vxvm:vxconfigd: ERROR:
Unexpected configuration tid for group group found in kernel |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Unexpected error during volume reconfiguration |
vxvm:vxconfigd: ERROR:
Unexpected error during volume volume reconfiguration: reason |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Unexpected error fetching disk for volume |
vxvm:vxconfigd: ERROR:
Unexpected error fetching disk for disk volume: reason |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Unexpected values stored in the kernel |
vxvm:vxconfigd: ERROR: Unexpected values stored in the kernel |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Version number of kernel does not match vxconfigd |
vxvm:vxconfigd: ERROR:
Version number of kernel does not match vxconfigd |
| Description The release of vxconfigd does not match the release of the Volume Manager
kernel drivers. This should happen only as a result of upgrading
Volume Manager, and then running vxconfigd without a reboot. Action Reboot the system. If that does not cure the problem,
then add the VxVM packages again.
|
Volume for mount point /usr not found in rootdg disk group |
vxvm:vxconfigd: ERROR:
Volume volume for mount point /usr not found in rootdg disk group |
| Description The system is configured to boot with /usr mounted on a volume, but the volume associated
with /usr is not listed in the configuration of the rootdg disk group. There are a couple of possible causes
of this error: The /etc/vfstab file was erroneously updated to indicate the device
for the /usr file system is a volume, but the volume named is
not in the rootdg disk group. This should happen only as a result
of direct manipulation by the administrator. The system somehow has a duplicate rootdg disk group, one of which contains the
/usr file system volume and one of which does not (or
uses a different volume name), and vxconfigd somehow chose the wrong rootdg. Since vxconfigd chooses the more recently accessed version of
rootdg, this error can happen if the system clock was
updated incorrectly at some point (causing the apparent access order
of the two disk groups to be reversed). This can also happen if
some disk group was deported and renamed to rootdg with locks given to this host.
Action In case 1, boot the system on a CD-ROM or networking-mounted
root file system. If the root file system is defined on a volume,
then start and mount the root volume using the procedures defined
in the "Recovery" chapter of the Administrator's
Guide. If the root file system is not defined on a volume, then
just mount the root file system directly. Edit the /etc/vfstab file to correct the entry for the /usr file system. In case 2, either boot with all drives in the offending version
of rootdg turned off, or import and rename [see vxdg(1M)] the offending rootdg disk group from another host. In the case of turning
off drives, run the following command after booting: This will update time stamps on the imported version of rootdg, which should make the correct version appear
to be the more recently accessed. If this does not correct the problem,
then contact Customer Support.
|
cannot open /dev/vx/config |
vxvm:vxconfigd: ERROR: cannot open /dev/vx/config: reason |
| Description The /dev/vx/config device could not be opened. vxconfigd uses this device to communicate with the Volume
Manager kernel drivers. The reason string indicates the reason for the open failure.
The most likely reason is Device is already open. This reason indicates that some process (most
likely vxconfigd) already has /dev/vx/config open. Other less likely reasons are "No such file or directory" or "No such device or address." For either of these two reasons, the two likely
causes are: The Volume Manager
package installation did not complete correctly. The device node was removed by the administrator
or by an errant shell script.
Action For the reason "Device is already open," if you really want to run vxconfigd, then stop or kill the old one. You can kill whatever process
has vxconfigd open by running the command: For other failure reasons, consider reinstalling the base
Volume Manager software. This will reconfigure the device node and
reinstall the Volume Manager kernel device drivers. See the VERITAS
Volume Manager 3.1 for HP-UX Release Notes for information
on how to install the software on HP-UX 11i systems. If you cannot
reinstall the package, then contact Customer Support for more information.
|
vxvm:vxconfigd: ERROR: enable failed: reason |
| Description Regular startup of vxconfigd failed for the stated reason. This error can also
result from the command vxdctl enable. This error may include the following additional
text: additional-reason; aborting This message indicates that the failure was fatal and that vxconfigd is forced to exit. The most likely cause that
results in an abort is inability to create IPC channels for communicating
with other utilities. additional-reason; transactions are disabled This message indicates that vxconfigd is continuing to run, but no configuration updates
are possible until the error condition is repaired. Additionally, this may be followed with: vxvm:vxconfigd: ERROR: Disk group group: Errors in some configuration copies:
Disk device, copy number: Block bno: error ... |
Reasons for failure vary considerably. Other error messages
may be displayed that further indicate the underlying problem. If
the Errors in some configuration copies error occurs, then that may indicate the problem. Action Evaluate other error messages occurring with this one
to determine the root cause of the problem. Make changes suggested
by the other errors and then retry the command.
|
vxvm:vxconfigd: ERROR: /dev/vx/info: reason |
| Description The /dev/vx/info device could not be opened, or did not respond
to a Volume Manager kernel request. This error most likely indicates
one of the following: The Volume Manager
package installation did not complete correctly. The device node was removed by the administrator
or by an errant shell script.
Action Consider reinstalling the base Volume Manager software.
This will reconfigure the device node and reinstall the Volume Manager
kernel device drivers. See the VERITAS Volume Manager
3.1 for HP-UX Release Notes for information on how to
install the software on HP-UX 11i systems.
|
vxconfigd Fatal Error Messages | |
The following are fatal error messages associated with vxconfigd. Disk group rootdg: Inconsistency -- Not loaded into kernel |
vxvm:vxconfigd: FATAL ERROR: Disk group rootdg:
Inconsistency -- Not loaded into kernel |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Group: Cannot update kernel |
vxvm:vxconfigd: FATAL ERROR: Group group: Cannot update kernel |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Interprocess communication failure |
vxvm:vxconfigd: FATAL ERROR:
Interprocess communication failure: reason |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Invalid status stored in kernel |
vxvm:vxconfigd: FATAL ERROR: Invalid status stored in kernel |
| Description This is an internal Volume Manager error. This error
should not occur unless there is a bug in the Volume Manager. Action Contact Customer Support for more information.
|
Memory allocation failure during startup |
vxvm:vxconfigd: FATAL ERROR:
Memory allocation failure during startup |
| Description This implies that there is insufficient memory to start
up the Volume Manager and to get the volumes for the root and /usr file systems running. Action This error should not normally occur, unless your system
has very small amounts of memory. A
|
|
