From: Luca Berra <bluca@comedia.it>
To: linux-lvm@redhat.com
Subject: Re: [linux-lvm] Total free space using added VGs and LVs
Date: Fri, 23 Oct 2009 08:52:20 +0200 [thread overview]
Message-ID: <20091023065219.GA8733@maude.comedia.it> (raw)
In-Reply-To: <a5a956f70910211203l62dc17e6nfa727804bdd1d1cb@mail.gmail.com>
On Wed, Oct 21, 2009 at 03:03:24PM -0400, Lou Arnold wrote:
>I read the How-To. It doesn't talk about the specific case or being mounted
I hate how-tos, they are a collection of particular cases and leave the
luser with a feeling of knowledge. which is not.
>at root, so I had to experiment. It is likely that commands were in the
>wrong order, but I don't know what the right order is.
>I have attached the terminal session I used. In the end it did not work.
the commands were not in the wrong order,
they were just the wrong commands, unless your aim was reinstalling.
>There was still 66 GB free, and when I rebooted, the file system failed. The
>superblock was too big.
>
>I obviously don't understand the difference between pvresize, lvreduce and
>vgreduce, and how resize2fs is related to these commands.
I think you need to go over the basics again
LVM is used to abstract storage management
it is done by creating layers
Physical Volumes: which represent disks (or partitions, or whatever
block device...)
Volume Group: which is a collection of disks
Logical Volume: which is a portion of a volume group
LVM allows to add/remove PVs to/from a VG. Add/remove/increase/shrink
LVs in a VG.
This is done by dividing each PV in Physical Extents (PE), and then
mapping those to Logical Extenst (LE) in a LV, so a LV is composed of
chunks of disk taken from one or more PV in a VG.
When using lvm you create filesystems over logical volumes instead of
creating them on disk (or partition....)
Lvm has no knowledge of what lays over it, a logical volume
is just a block device.
The above sentence means that if you use a logical volume to host a
filesystem and want to resize the lv, you have to deal with the
filesystem yourself.
i.e.
if you enlarge a LV, you have to tell the filesystem that the space
available has increased.
if you want to reduce an LV, you have to ensure _before_ doing it that
the space removed does not contain any data.
so if you want to reduce an LV containing a filesystem you _have_ to
tell the filesystem _before_ to let that space alone. if you fail to do
this you will loose all data that was on the portion of disk you
removed, and the filesystem will still think it can use that portion of
data, until it will actually try, then sudden realization will hit like
a brick. as you just discovered.
btw, let pvresize alone, it is used only in the particular case in which
you are able to resize the disk underlying a volume group, which is
impossible for a plain disk.
L.
next prev parent reply other threads:[~2009-10-23 6:52 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-19 14:52 [linux-lvm] Total free space using added VGs and LVs Lou Arnold
2009-10-19 17:21 ` Stuart D. Gathman
2009-10-19 18:03 ` Drew
[not found] ` <a5a956f70910191114r3025ec45r5ddb2e02620fb0c0@mail.gmail.com>
2009-10-19 18:41 ` Drew
[not found] ` <a5a956f70910191200t340c02c2t28f14d3aef46cfdc@mail.gmail.com>
2009-10-19 19:51 ` Drew
2009-10-20 0:26 ` Lou Arnold
2009-10-20 3:19 ` Drew
[not found] ` <a5a956f70910201044j12e70c1cg78f454e580595815@mail.gmail.com>
2009-10-21 15:02 ` Lou Arnold
2009-10-21 15:28 ` Drew
2009-10-21 19:03 ` Lou Arnold
2009-10-21 19:18 ` Ryan Anderson
2009-10-23 0:26 ` Lou Arnold
2009-10-23 0:52 ` Stuart D. Gathman
2009-10-21 22:54 ` David
2009-10-23 6:52 ` Luca Berra [this message]
2009-10-23 19:06 ` Lou Arnold
2009-10-23 20:12 ` Ryan Anderson
2009-10-23 20:41 ` Lou Arnold
2009-10-24 0:06 ` Brian McCullough
2009-10-24 7:34 ` Luca Berra
2009-10-24 16:43 ` Lou Arnold
2009-10-24 17:04 ` brem belguebli
2009-10-24 19:16 ` Lou Arnold
2009-10-24 20:54 ` brem belguebli
2009-10-24 21:21 ` Lou Arnold
2009-10-24 22:04 ` Stuart D. Gathman
2009-10-25 8:46 ` Luca Berra
2009-10-25 13:13 ` Drew
2009-10-25 18:09 ` Stuart D. Gathman
2009-10-25 19:17 ` Stuart D. Gathman
2009-10-26 15:20 ` Lou Arnold
2009-10-26 19:39 ` Stuart D. Gathman
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=20091023065219.GA8733@maude.comedia.it \
--to=bluca@comedia.it \
--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).