From: Zdenek Kabelac <zkabelac@redhat.com>
To: LVM general discussion and development <linux-lvm@redhat.com>,
john@johnleach.co.uk
Subject: Re: [linux-lvm] metadata too large for circular buffer - any way to increase PV metadatasize?
Date: Thu, 29 Sep 2016 11:23:17 +0200 [thread overview]
Message-ID: <1d992f9f-02e1-96db-6168-1c72c7f7a063@redhat.com> (raw)
In-Reply-To: <CABGge9y-NDG1YdF3M5BSxems4wHHy2YiaXOi7dqFfG6VOGasSg@mail.gmail.com>
Dne 28.9.2016 v 15:51 Charles Koprowski napsal(a):
> On Sun, 10 Aug 2008 18:45:16 +0100, John Leach wrote:
>
> On Thu, 2008-08-07 at 20:41 +0100, Alasdair G Kergon wrote:
> > 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
> >
> This doesn't look like something you can do with the volume group active
> (with cluster lvm anyway):
> [root testnode0 ~]# pvcreate --restorefile san-metadata -u
> fTLglk-j1C1-02Z7-8k6l-DTAm-2WNj-9ZGT19 --metadatacopies 0 /dev/hdb -ff
> Really INITIALIZE physical volume "/dev/hdb" of volume group "san" [y/n]? y
> Can't open /dev/hdb exclusively. Mounted filesystem?
> Is that right, or am I missing something?
>
>
> Hi John,
>
> I know it's been a long time but, Did you found out a solution for this ?
>
> I'm trying to follow the same scenario to increase the metadatasize and got
> stuck at the same point.
Hi
I've no real idea what's the original problem - but here is clear error on
user side. This message:
"Can't open /dev/hdb exclusively. Mounted filesystem?"
indicates that device is NOT UNUSED and it has to be unused for this operation
- i.e. you MAY NOT run this operation while there are active LVs from this PV
(one of possible reasons why 'hdb' cannot be opened exclusively)
To increase 'metadata' size - you ether have to add some NEW PV with
much bigger metadata size space (and such operation still needs some
extra space to proceed with existing size). Then disable existing metadata
areas - so you will end-up of storing bigger MDA only to this new bigger MDA
on a new PV - note - it's quite risky plan to leave MDA only on single PV in
multi-PV VG - so I'd not advice this for any serious use.
You may PV via pvmove to a new bigger PV.
(adviced operation - though it may take its time...)
There is NOT lvm2 native support for 'online' resize of PV mda size - and
while it's possible to do this operation manually - it's quite complex task -
so I'd not advice to do this either - unless you have FULL backup of everything.
So back to your original problem - please describe EXACTLY what is your
problem and attach outputs of pvs,vgs,lvs and what you want to achieve.
Regards
Zdenek
next prev parent reply other threads:[~2016-09-29 9:23 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-28 13:51 [linux-lvm] metadata too large for circular buffer - any way to increase PV metadatasize? Charles Koprowski
2016-09-29 9:23 ` Zdenek Kabelac [this message]
2016-09-30 17:39 ` Charles Koprowski
-- strict thread matches above, loose matches on Subject: below --
2008-08-07 18:07 John Leach
2008-08-07 19:41 ` Alasdair G Kergon
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
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=1d992f9f-02e1-96db-6168-1c72c7f7a063@redhat.com \
--to=zkabelac@redhat.com \
--cc=john@johnleach.co.uk \
--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).