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 boot disk group.
The following are possible causes of this error:
The /etc/fstab file was erroneously updated to indicate the device for the /usr file system is a volume, but the volume named is not in the boot disk group. This should happen only as a result of direct manipulation by the administrator.
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. If the root file system is not defined on a volume, mount the root file system directly. Edit the /etc/fstab file to correct the entry for the /usr file system.
The system somehow has a duplicate boot 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 boot disk group. Since vxconfigd chooses the more recently accessed version of the boot disk group, 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 assigned the same name as the boot disk group with locks given to this host.
In case 2, either boot with all drives in the offending version of the boot disk group turned off, or import and rename the offending boot disk group from another host.
See the vxdg(1M) manual page.
If you turn off drives, run the following command after booting:
# vxdg flush bootdg
This updates time stamps on the imported version of the boot disk group, bootdg, which should make the correct version appear to be the more recently accessed. If this does not correct the problem, contact Veritas Technical Support.
SUSE Linux Enterprise Server 10 (x86-32), SUSE Linux Enterprise Server 10 (IA-64), SUSE Linux Enterprise Server 10 (x86-64), SUSE Linux Enterprise Server 10 (POWER), SUSE Linux Enterprise Server 10 (x86-32), SUSE Linux Enterprise Server 10 (IA-64), SUSE Linux Enterprise Server 10 (x86-64), SUSE Linux Enterprise Server 10 (POWER)
Release:
Generic
Content:
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 boot disk group.
The following are possible causes of this error:
The /etc/fstab file was erroneously updated to indicate the device for the /usr file system is a volume, but the volume named is not in the boot disk group. This should happen only as a result of direct manipulation by the administrator.
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. If the root file system is not defined on a volume, mount the root file system directly. Edit the /etc/fstab file to correct the entry for the /usr file system.
The system somehow has a duplicate boot 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 boot disk group. Since vxconfigd chooses the more recently accessed version of the boot disk group, 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 assigned the same name as the boot disk group with locks given to this host.
In case 2, either boot with all drives in the offending version of the boot disk group turned off, or import and rename the offending boot disk group from another host.
See the vxdg(1M) manual page.
If you turn off drives, run the following command after booting:
# vxdg flush bootdg
This updates time stamps on the imported version of the boot disk group, bootdg, which should make the correct version appear to be the more recently accessed. If this does not correct the problem, contact Veritas Technical Support.
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 boot disk group.
The following are 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 boot disk group. This should happen only as a result of direct manipulation by the administrator.
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. If the root file system is not defined on a volume, mount the root file system directly. Edit the /etc/vfstab file to correct the entry for the /usr file system.
The system somehow has a duplicate boot 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 boot disk group. Since vxconfigd chooses the more recently accessed version of the boot disk group, 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 assigned the same name as the boot disk group with locks given to this host.
In case 2, either boot with all drives in the offending version of the boot disk group turned off, or import and rename the offending boot disk group from another host.
See the vxdg(1M) manual page.
If you turn off drives, run the following command after booting:
# vxdg flush bootdg
This updates time stamps on the imported version of the boot disk group, bootdg, which should make the correct version appear to be the more recently accessed. If this does not correct the problem, contact Veritas Technical Support.
VERITAS
Why Register?
Get notifications about ASLs/APMs, HCLs, patches, and high availability agents
As a registered user, you can create notifications to receive updates about NetBackup Future Platform and Feature Plans, NetBackup hot fixes/EEBs in released versions, Array Support Libraries (ASLs)/Array Policy Modules (APMs), hardware compatibility lists (HCLs), patches and high availability agents. In addition, you can create system-specific notifications customized to your environment.
Compare configurations
The Compare Configurations feature lets you compare different system scans by the data collector. When you sign in, you can choose a target system, compare reports run at different times, and easily see how the system's configuration has changed.
Save configurations
After logging in, you can retrieve past reports, share reports with colleagues, review notifications you received, and retain custom settings. Anonymous users cannot access these features.
Bulk uploader
As a registered user,you can upload multiple reports, using the Bulk Uploader.