linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Alasdair G Kergon <agk@redhat.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] metadata too large for circular buffer - any way to increase PV metadatasize?
Date: Thu, 7 Aug 2008 20:41:52 +0100	[thread overview]
Message-ID: <20080807194151.GT7257@agk.fab.redhat.com> (raw)
In-Reply-To: <1218132476.4013.10.camel@dogen.thepride.>

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

  reply	other threads:[~2008-08-07 19:41 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-07 18:07 [linux-lvm] metadata too large for circular buffer - any way to increase PV metadatasize? John Leach
2008-08-07 19:41 ` Alasdair G Kergon [this message]
2008-08-07 19:52   ` Alasdair G Kergon
2008-08-07 19:56     ` Alasdair G Kergon
2008-08-07 20:45     ` John Leach
2008-08-07 20:43   ` John Leach
2008-08-10 17:45   ` John Leach
  -- strict thread matches above, loose matches on Subject: below --
2016-09-28 13:51 Charles Koprowski
2016-09-29  9:23 ` Zdenek Kabelac
2016-09-30 17:39   ` Charles Koprowski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080807194151.GT7257@agk.fab.redhat.com \
    --to=agk@redhat.com \
    --cc=linux-lvm@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).