Re: pvresize complains about too many metadata

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



2008/11/30 Alasdair G Kergon <agk@redhat.com>:
> On Sat, Nov 29, 2008 at 04:13:31PM +0100, Fabio Coatti wrote:
>>   /dev/md1: too many metadata areas for pvresize
>
> That's meant to be saying you chose to place a second copy of the metadata at
> the end of the device and if you want to increase the size of the data area you
> have to shift that metadata first and there is no code that does that.
>
> Workaround is to reduce to 1 metadata area first (backup VG, redo pvcreate with
> uuid & restorefile, restore VG), then extend, then put the 2nd metadata area
> back (same process) if you still want it.

Done that (basically, having several PV and some space, some pvmove
and pvcreate solved it). But basically this means that the option to
use 2 metadata areas prevents pv to grow, right?
Maybe this situation should be reported on documentation: "never use
two copies of metadata if it can happen to resize pv" (or can it be
considered a bug and solved on code side? basically pvresize should
handle the move of the second metadata at the end of the pv after the
resize operation...)

_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/

[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux