From: Radu Rendec <radu.rendec@mindbit.ro>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] Resizing underlying LVM partition after cloning to bigger disk
Date: Sun, 06 Mar 2011 14:24:41 +0200 [thread overview]
Message-ID: <1299414281.13997.47.camel@localhost> (raw)
In-Reply-To: <AANLkTinATFdAZ6fsrE_vkfJ6pMrF6v0xfN4hu8sqEP0N@mail.gmail.com>
On Sat, 2011-03-05 at 15:13 +1300, Scott Arthur wrote:
> I've been playing around on a test system with a similar partition
> table.
>
>
> Have successfully resized 2 to fill the disk extent. Partition 5
> however proves to be problematic.
>
>
> Using fdisk, I tried deleting 2 and 5 and recreating based on sectors,
> but couldn't recreate 5 on the same starting sector, it told me I was
> out of bounds.
Perhaps there's a (hidden) problem with partition 2 as well: it should
also start on the same sector as it did before deleting/re-creating.
Otherwise it would "push" the beginning of partition 5 by a bunch of
sectors.
> I then tried the same thing with fdisk but with cylinders instead and
> both partitions were recreated okay, but destroyed all my LVM stuff.
It's exactly like Milan Broz said in his earlier post: if the partition
doesn't start at exactly the same location (sector) as it did before,
LVM won't find its metadata at the expected location, thus rendering the
volume unusable.
> I can happily resize 2 using parted but parted wont resize 5.
>
>
> Should I expect to be able to resize 5, or am I missing the point.
> Should I simply be creating a partition 6 to fill the additional space
> opened up by the resizing of partition 2?
Yup, you should create partition 6 to fill the remaining space, then
make it a physical volume and add it to the volume group. At least this
is what I had in mind when I made the other post.
Someone else also suggested simply extending the physical volume. I
haven't done this, but I guess it is also worth looking into it.
However, you should resize the partitions anyway (even if you use this
approach). It's just that you would resize partition 5 instead of
creating partition 6.
>
> On 4 March 2011 21:41, Radu Rendec <radu.rendec@mindbit.ro> wrote:
> On Thu, 2011-03-03 at 15:18 -0500, Stuart D. Gathman wrote:
> > On Thu, 3 Mar 2011, Scott Arthur wrote:
> >
> > > Partition Table: msdos
> > >
> > > Number Start End Size Type File system
> Flags
> > > 1 32.3kB 296MB 296MB primary ext4
> boot
> > > 2 296MB 1000GB 1000GB extended
> > > 5 296MB 1000GB 1000GB logical lvm
> > >
> > > I'm obviously wanting to expand the LVM partition to fill
> the remaining 1TB
> > > of space.
> > >
> > > Am I able to simply use parted to resize the partition
> before doing a
> > > pvresize etc?
> > >
> > > Or is it risky to resize the underlying LVM partition?
>
>
> I wouldn't do that. Instead, I would create a new logical
> partition,
> "format" it as lvm physical volume and then extend the volume
> group to
> use this partition as well.
>
> I think this can be safely done like this:
>
> * turn off lvm;
> * note down the exact starting and ending *sector* of
> partition 5 (using
> fdisk -lu)
> * use fdisk and delete partition 5 and 2, then re-create
> partition 2 up
> to the full disk size
> * re-create partition 5 making sure it's on exactly the same
> starting
> and ending sector as it was before
> * create new partition 6
>
> > You are getting to a size where msdos partition tables are
> risky.
> > Don't they crap out at 2TB?
>
>
> They do. But the "2TB" disk is actually 2000GB, which is safe
> (it takes
> more than 2048GB to run into trouble with m$dos partitions).
>
> Best regards,
>
> Radu Rendec
next prev parent reply other threads:[~2011-03-06 12:24 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-03 5:25 [linux-lvm] Resizing underlying LVM partition after cloning to bigger disk Scott Arthur
2011-03-03 20:09 ` John Drescher
2011-03-03 20:18 ` Stuart D. Gathman
2011-03-04 8:41 ` Radu Rendec
2011-03-04 13:50 ` Stuart D. Gathman
2011-03-04 15:31 ` Phillip Susi
2012-03-05 23:07 ` Dan B.
2011-03-05 2:13 ` Scott Arthur
2011-03-05 15:11 ` Milan Broz
2011-03-06 12:24 ` Radu Rendec [this message]
2011-03-04 10:13 ` Lyn Rees
2011-03-04 12:19 ` Scott Arthur
2011-03-04 21:57 ` Stuart D. Gathman
2011-03-04 21:49 ` Koen Vermeer
2011-03-04 22:05 ` John Drescher
2011-03-04 22:07 ` John Drescher
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=1299414281.13997.47.camel@localhost \
--to=radu.rendec@mindbit.ro \
--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).