*Hi Romeo,* *Please check that you followed the steps below while resizing the LUN* *1: Verify original size of LUN. * # prtvtoc /dev/rdsk/c#t#d#s2 > vtoc.orig.out *2: Preserve the below VXVM configuration information. * # vxprint -ht > vxprint.out # vxdisk -o alldgs list > vxdisk.out # echo|format > format.out *3: Resize the LUN using vendor specific procedure.* *4: Re-scan device tree once LUN(s) have been expanded.* # devfsadm -C *5: Resize 'logical' VXVM object to match larger LUN dimensions.* # vxdisk -g <diskgroup> resize <disk> (please refer MAN page for additional options and details) ** *6: Perform VXVM configuration change update.* # vxdctl initdmp # vxdctl enable The updated LUN size will now be available to VXVM. Regards, Satish Bhopale
On Sun, Apr 12, 2009 at 10:30 PM, <veritas-vx-requ...@mailman.eng.auburn.edu > wrote: > Send Veritas-vx mailing list submissions to > veritas-vx@mailman.eng.auburn.edu > > To subscribe or unsubscribe via the World Wide Web, visit > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx > or, via email, send a message with subject or body 'help' to > veritas-vx-requ...@mailman.eng.auburn.edu > > You can reach the person managing the list at > veritas-vx-ow...@mailman.eng.auburn.edu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Veritas-vx digest..." > > > Today's Topics: > > 1. vxdisk resize failing (Romeo Theriault) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 12 Apr 2009 16:47:14 +0900 > From: Romeo Theriault <romeotheria...@gmail.com> > Subject: [Veritas-vx] vxdisk resize failing > To: veritas-vx@mailman.eng.auburn.edu > Message-ID: > <46cd475b0904120047p4e4e277dpf9f441be6b618...@mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hello, I'm running Solaris 9 (sparc), with VXVM 5.0mp3 connected to a > Netapp > FAS3050 cluster for SAN storage. I'm trying to utilize the vxresize feature > which we recently acquired licenses for, (Storage Foundation) in order to > grow our vxfs filesystems and volumes in place. In our setup we we use one > lun per volume and one volume per diskgroup. I've found that I can > successfully resize the volume on the enlarged lun by using this > proceedure: > > * resize lun on the san > * vxdisk -f -g volume_group_name resize diskname (have to use the -f, > force, > because it is the last and only disk in the diskgroup. > * vxassist -g volume_group maxgrow volume_name (find the amount I can > grow) > * vxresize -g volume_group -F vxfs volume_name 10000 (grow to that amount) > > This process works fine when the volume is inactive, but doesn't work when > the volume live and is in use. The step that fails is the vxdisk resize > step. I get this error: > > VxVM vxdisk ERROR V-5-1-8643 Device fas30500_52: resize failed: > > Configuration daemon error 441 > > > > and gets lots of read/write errors in the system logs. > > To try to get around this I created a second small (2g) temp disk and added > it to the diskgroup to see if it would allow the resize to happen without > the 'force' option and allow the resize to successfully occur. > > It didn't work, I'm now getting this error: > > vxdisk -g ums2a-na1u-csfit2 resize fas30500_52 > > > VxVM vxdisk ERROR V-5-1-8643 Device fas30500_52: resize failed: Subdisk is > > unusable > > > Here are the steps I took to add the temp disk to the diskgroup: > > # Add a disk to a diskgroup and make it a spare called "vxresize_temp" > > vxdg -g ums2a-na1u-csfit2 adddisk vxresize_temp=fas30500_61 > > vxedit -g ums2a-na1u-csfit2 set spare=on vxresize_temp > > > > Has anyone seen this issue and know how to work around this? > > Thanks for any help. > > -- > Romeo Theriault > System Administrator > Information Technology Services > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://mailman.eng.auburn.edu/pipermail/veritas-vx/attachments/20090412/a8d7fa66/attachment-0001.htm > > ------------------------------ > > _______________________________________________ > Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx > > > End of Veritas-vx Digest, Vol 36, Issue 10 > ****************************************** >
_______________________________________________ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx