Re: [Veritas-vx] Resize problem

2007-06-28 Thread Smedley, Jeremy P
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

Re: [Veritas-vx] Resize problem

2007-06-28 Thread Khurram Tariq
$ vxprint -ht ccbappl Disk group: oraappdg V NAME RVG/VSET/CO KSTATE STATELENGTH READPOL PREFPLEX UTYPE PL NAME VOLUME KSTATE STATELENGTH LAYOUTNCOL/WID MODE SD NAME PLEX DISK DISKOFFS LENGTH [COL/]OFF DEVICE MODE SV NAME

Re: [Veritas-vx] Resize problem

2007-06-28 Thread robertinoau
So from this output: 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

Re: [Veritas-vx] Resize problem

2007-06-28 Thread Khurram Tariq
Agreed but I can also evacuate Disk_1 if I had enough free space on Disk_160. This is why I'm decreasing the volume by 2GB so I can have sufficient unused space on Disk_160 a subdisk can be created there to accomodate Disk_1's evacuation. The output of vxdg free is: $ vxdg -g oraappdg free DISK

Re: [Veritas-vx] Resize problem

2007-06-28 Thread Khurram Tariq
After the evacuation I'm left with 2 x 200GB disks in the volume. Disk_160 is 79% used Disk_161 is 20% used and the volume still refuses to shrink giving me the same error as before. I've started defrag again in the hopes that it will this time allow me to shrink the volume. Ideas suggestions