$ vxprint -ht ccbappl Disk group: oraappdg V NAME RVG/VSET/CO KSTATE STATE LENGTH READPOL PREFPLEX UTYPE PL NAME VOLUME KSTATE STATE LENGTH LAYOUT NCOL/WID MODE SD NAME PLEX DISK DISKOFFS LENGTH [COL/]OFF DEVICE MODE SV NAME PLEX VOLNAME NVOLLAYR LENGTH [COL/]OFF AM/NM MODE SC NAME PLEX CACHE DISKOFFS LENGTH [COL/]OFF DEVICE MODE DC NAME PARENTVOL LOGVOL SP NAME SNAPVOL DCO EX NAME ASSOC VC PERMS MODE STATE SR NAME KSTATE
v ccbappl - ENABLED ACTIVE 421458352 SELECT - fsgen pl ccbappl-01 ccbappl ENABLED ACTIVE 421458352 CONCAT - RW sd oraappdg02-01 ccbappl-01 oraappdg02 0 85946368 0 Disk_1 ENA sd oraappdg05-01 ccbappl-01 oraappdg05 0 335511984 85946368 Disk_160 ENA On 6/28/07, Smedley, Jeremy P <[EMAIL PROTECTED]> wrote:
Can you provide a vxprint -th of the volume please. ------------------------------ *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Robinson, Greg *Sent:* 28 June 2007 06:49 *To:* veritas-vx@mailman.eng.auburn.edu *Subject:* Re: [Veritas-vx] Resize problem Hi all, could you perhaps evacuate the data from the 40GB LUN to some temporary space, then remove the 40GB LUN, then shrink the volume and then remove the temporary space? Another option maybe is to mirror to other LUNS and then try and shrink and remove... Are there any disk errors showing up in messages? Greg. ------------------------------ *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Khurram Tariq *Sent:* Thursday, 28 June 2007 2:13 PM *To:* veritas-vx@mailman.eng.auburn.edu *Subject:* Re: [Veritas-vx] Resize problem Nopes. It has always been VxFS. Defrag didnt help either and decreasing the size in chunks as small as 1GB isnt working either. Initially this FS was 440GB & had 2 x 200GB LUNs & 1 x 40GB. Resize worked day before yesterday & I was able to free up one 200GB LUN out of the volume but its not working now. Regards, Khurram On 6/27/07, Darren Dunham <[EMAIL PROTECTED]> wrote: > > > I have a 201GB volume which is composed of two LUNs (40GB & 200GB). > Now I > > want to free up the 40GB LUN from that volume by shrinking the volume > to > > 198GB but vxresize is giving me the following error: > > > > UX:vxfs fsadm: ERROR: V-3-20343: cannot shrink > /dev/vx/rdsk/some-dg/volumea > > - blocks are currently in use. > > VxVM vxresize ERROR V-5-1-7514 Problem running fsadm command for > volume > > volumea, in diskgroup some-dg > > This filesystem wasn't converted from UFS in the past, was it? > > -- > Darren Dunham [EMAIL PROTECTED] > Senior Technical Consultant TAOS > http://www.taos.com/ > Got some Dr Pepper? San Francisco, CA bay area > < This line left intentionally blank to confuse you. > > _______________________________________________ > Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx > *IMPORTANT:* This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. _______________________________________________ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
_______________________________________________ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx