VxVM vxdg ERROR V-5-1-10978 Disk group : import failed: Disk group has no valid configuration copies
Issue
Diskgroups will experience intermittent import failures if they contain a mix of standard and cloned devices in the (same) diskgroup
Error
VxVM vxdg ERROR V-5-1-10978 Disk group <diskgroupname>: import failed:
Disk group has no valid configuration copies
Sep 9 08:40:31 hostname vxvm:vxconfigd: [ID 702911 daemon.warning] V-5-1-0 Disk Group <diskgroupname> has a mix of standard and cloned disks: Trying to import the disk group from the standard disks: c3t5006048C52A83528d86s2 c3t5006048C52A83528d87s2
Environment
Storage Foundation Upgrade from : 5.0.x to 5.1.x and 6.0.x
PLATFORM(S): SOLARIS, HPUX, AIX & LINUX
Cause
Volume Manager can cause intermittent diskgroup import failures for a diskgroup that has a mix of standard and cloned devices .
- Volume Manager implemented a change in version 5.1 that caused the Lun Serial Number (LSN) for EMC arrays to be shorter than in previous versions.
-The UDID is a tuple( 4 field) consisting of : VendorId , Product ID, Cabinet Serial number , LSN.
- LSN format change from version 5.0.x to 5.1 leads to UDID mismatch upon upgrade for disks that were initialized in 5.0.x
-UDID mismatch triggers the clone flag to be set internally and the diskgroup will be flagged/imported as “cloned”.
-If a disk is added to such a diskgroup it will be added as a STANDARD device causing the diskgroup to contain a mix of clone and standard devices.
Solution
For all the disks that have two different udid’s
i. If the disks are part of imported DG, deport the DG
#vxdg deport dgname
ii. Clear the udid_mismatch flags on the disk using
# vxdisk [-f] [-g diskgroup] updateudid disk ... ( use the –f option to forcibly update the UDID value if the update_udid flag is not set )
iii. Clear the clone flag on non-clone disks if set
#vxdisk set diskname clone=off
iv. Import the diskgroup if it was previously deported
#vxdg import dgname
Diskgroups will experience intermittent import failures if they contain a mix of standard and cloned devices in the (same) diskgroup
Error
VxVM vxdg ERROR V-5-1-10978 Disk group <diskgroupname>: import failed:
Disk group has no valid configuration copies
Sep 9 08:40:31 hostname vxvm:vxconfigd: [ID 702911 daemon.warning] V-5-1-0 Disk Group <diskgroupname> has a mix of standard and cloned disks: Trying to import the disk group from the standard disks: c3t5006048C52A83528d86s2 c3t5006048C52A83528d87s2
Environment
Storage Foundation Upgrade from : 5.0.x to 5.1.x and 6.0.x
PLATFORM(S): SOLARIS, HPUX, AIX & LINUX
Cause
Volume Manager can cause intermittent diskgroup import failures for a diskgroup that has a mix of standard and cloned devices .
- Volume Manager implemented a change in version 5.1 that caused the Lun Serial Number (LSN) for EMC arrays to be shorter than in previous versions.
-The UDID is a tuple( 4 field) consisting of : VendorId , Product ID, Cabinet Serial number , LSN.
- LSN format change from version 5.0.x to 5.1 leads to UDID mismatch upon upgrade for disks that were initialized in 5.0.x
-UDID mismatch triggers the clone flag to be set internally and the diskgroup will be flagged/imported as “cloned”.
-If a disk is added to such a diskgroup it will be added as a STANDARD device causing the diskgroup to contain a mix of clone and standard devices.
Solution
For all the disks that have two different udid’s
i. If the disks are part of imported DG, deport the DG
#vxdg deport dgname
ii. Clear the udid_mismatch flags on the disk using
# vxdisk [-f] [-g diskgroup] updateudid disk ... ( use the –f option to forcibly update the UDID value if the update_udid flag is not set )
iii. Clear the clone flag on non-clone disks if set
#vxdisk set diskname clone=off
iv. Import the diskgroup if it was previously deported
#vxdg import dgname
Comments
Post a Comment