Completely agree - just add another LUN - as you say - too much hassle and risk to get into resizing existing ones unless there is a really compelling reason.
Scott Rohling On Fri, Jul 30, 2010 at 1:10 PM, Mark Post <[email protected]> wrote: > >>> On 7/30/2010 at 07:59 AM, Rogério Soares<[email protected]> > wrote: > > Hi Mark, > > > > I'm using Sles 10 SP3 > > If the device you're trying to resize is multipathed, that isn't supported > until SLES11. If it is not multipathed, you should be able to: > - partprobe > - fdisk > -- delete the partition table > -- create a new partition table covering the whole disk > - pvscan (May not be needed.) > - pvresize > > You may need to use the --setphysicalvolumesize parameter on the pvresize > command. I didn't test any of this since I don't have administrative access > to a storage array to play these kinds of games. > > Just as a side note, I really don't understand why people want to resize > LUNs used in LVM instead of just adding another LUN. Way too much hassle > and risk for my taste. > > > Mark Post > > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > ---------------------------------------------------------------------- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
