My Oracle Support Banner

Solaris Volume Manager (SVM) the 'metadevadm -u' Command Shows "New device reloc information" or "Invalid device relocation information detected" But DevID Is Not Updated (Doc ID 2090016.1)

Last updated on MARCH 01, 2024

Applies to:

Solaris Operating System - Version 10 11/06 U3 to 10 11/06 U3 [Release 10.0]
Sun Solaris Volume Manager (SVM) - Version 11.10.0 to 11.11 [Release 11.0]
Oracle Solaris on x86 (32-bit)
Oracle Solaris on SPARC (32-bit)
Oracle Solaris on x86-64 (64-bit)
Oracle Solaris on SPARC (64-bit)


The problem described in this article can have multiple symptoms and errors. One of these issues described in this article can occur right after disk replacement, or when disk was not correctly replaced in the past. When this problem happens there will be a mismatch of Solaris Volume Manager (SVM) disk Device ID (DevID) is in the metadb that causes various errors and meta command failures.

In below example, the DevID in metastat output for disk c1t1d0 does not match the DevID in /etc/lvm/ and /kernel/drv/md.conf despite metadevadm -u command was done. Beware that depending on your server the name of the disk can also be a WWN disk name like "c0t5000xxxxxxxxxxxxx0s0".


 You will need to enter maintenance mode and delete the metadbs on the disk that got the metadevadm error.
The following document has the metadb commands to run.
<Document 1010270.1> Solaris Volume Manager (SVM) Recovering From Insufficient Metadevice State Database Replicas



The following can lead to this issue:

1) patching the system with recommended patch cluster so it is now at a patch level that is now vulnerable to the bug described in this article.

2)  incomplete or incorrect disk replacement



To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!

In this Document
 Due to this misleading information of DevID the following issues, problems or errors maybe seen:
 A) The metareplace command fails with "open error":
 B) The metattach fails with "No such device or address":
 C) The 'metadevadm -r' fails with "Invalid device relocation information detected in Solaris Volume Manager"
 D) Within the reboot "(Unavailable) needs maintenance" is visible
 E) Submirrors are in state "Unavailable" and metadb shows "unknown" for block count
 F) Within the boot "Invalid device relocation information detected in Solaris Volume Manager" is visible
 This bug can happen when using following patches:
 1) The mentioned Bug 22065674 is fixed in the patches:
 2) Alternative: There are two workarounds available for above symptoms. In some cases only workaround B is possible.
 Workaround A) Run metadevadm multiple times until the DevID is updated:
 Workaround B) Remove the drive (with wrong DevID) from SVM control and then add it back.

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.