Re: metadata too large for circular buffer - any way to increase PV metadatasize?

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

 



On Thu, Aug 07, 2008 at 07:07:56PM +0100, John Leach wrote:
> As I understand, this is because the PVs don't have enough space for the
> metadata.  This size can be set to a larger value when pvcreating with
> --metadatasize but I have obviously missed that boat :)
> Is there a way to increase this with live PVs, rather than shifting all
> the data off them and recreating and shifting back on?
 
Unfortunately there is no way to increase this retrospectively.
Nor have we written tools to manipulate metadata areas yet.

You might be able to take steps to make the metadata smaller if you have
long names you can shorten or fragmented LVs that can be defragmented with a
sequence of pvmoves.

> I have a multinode RedHat Cluster with CLVMD and two PVs.  I can add
> additional PVs if that helps (though as I understand *every* PV needs
> enough metadata space).

You're right that the best option is to add more PVs.

Roughly:

Create a new PV with a much larger metadata area, add it to the VG,
then stop using the too-small metadata areas on the old PVs.

For extra resiliance it might be wise to add two PVs so you have two
copies of the metadata, or use the pvcreate option to have 2 metadata
copies on the single PV you're adding, one at the front and ane at the end.

To remove the metadata areas you need to:

   get an up-to-date metadata backup (vgcfgbackup)

  pvcreate --restorefile pointing at a copy of that backup file requesting 0 metadata areas
and specifying the same uuid as it had before

  vgcfgrestore from the backup file
 
Alasdair
-- 
agk@redhat.com

_______________________________________________
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