About the risk i completely agree with you.. but, storage guys have some strange delirius some way.. maybe to justify the power of your storages... after all, if the storage don't have extents pools avaiable, there is no way except create another lun...
Thanks for all again! On Fri, Jul 30, 2010 at 4:10 PM, Mark Post <mp...@novell.com> wrote: >>>> On 7/30/2010 at 07:59 AM, Rogério Soares<rogerio.soa...@gmail.com> 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 lists...@vm.marist.edu 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 lists...@vm.marist.edu 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/
