config disk 3pardata0_4858 copy 1 len=48144 state=error failed
config-tid=0.4708 pending-tid=0.4708
Error: block=1 error=Internal configuration daemon error
config disk ibm_ds8x002_1285 copy 1 len=48144 state=new failed
config-tid=0.2230600 pending-tid=0.2230600
Error: error=Volume error 0
The problem is caused by Etrack incident 339282 where the diskgroup configuration update is limited by the vol_maxparallelio parameter. By default vol_maxparallelio is set to 255. When the diskgroup configuration is updated, all the configuration copies will be updated in parallel and the parameter vol_maxparallelio limits the number of parallel I/Os can be performed in pre-5.1 VxVM versions.
Please upgrade to Storage Foundation 5.1 and above to fix the issue.
If the diskgroup configuration is already corrupted because of this issue, please increase the value of vol_maxparallelio to higher than the number of disks in the diskgroup and reboot the system to fix the diskgroup configuration copy corruption. All the configuration copies with the following error can be fixed in this way.
config disk 3pardata0_4858 copy 1 len=48144 state=error failed
config-tid=0.4708 pending-tid=0.4708
Error: block=1 error=Internal configuration daemon error
For the following configuration copy error, the disk may need to be temporarily removed from the diskgroup and add it back to fix it.
config disk ibm_ds8x002_1285 copy 1 len=48144 state=new failed
config-tid=0.2230600 pending-tid=0.2230600
Error: error=Volume error 0
You may need to temporarily remove the disk and add the disk back to fix the above error.
# vxdg -g "dg" -k rmdisk "dm"
# vxdg -g "dg" -k adddisk "dm"="da"
# vxdisk list 3pardata0_4858
Device: 3pardata0_4858 <<< this is the "da" name (disk access name)
devicetag: 3pardata0_4858
type: auto
hostid: p595_8n_mp1
disk: name=adg002 id=1321935524.346.p595_8n_mp1 <<< the is the "dm" name (disk media name)
Please note that if there are mirrored volumes, the mirrored volumes may need to be resynchronized again.
Applies To
The problem only affects pre-5.1 VxVM versions. The problem is fixed through the Etrack incident 339282 on VxVM 5.1 and above. Please refer to the Supplemental Material sectoin for details.