[linux-lvm] Moving space between logical volumes?
david at littlebald.com
Tue Sep 6 21:20:56 UTC 2005
On Tue, 2005-09-06 at 10:18 -0500, Meadows, Howard T wrote:
> On Tue, 2005-09-06 at 9:22 AM, David Johnston wrote:
> >e2fsadm is a front end for the LVM tools. It simplifies things by doing
> >the math for you, and by doing the steps in the correct order (which
> >changes depending on whether you are growing or shrinking).
> Thanks very much for the information.
> To clarify my present configuration, I'm including data from fdisk,
> vgdisplay and lvdisplay for the two logical volumes I want to resize.
Output from "df" is also useful, particularly for lv's you plan to
> From what I see, it sounds like I can use the commands you specified and
> all should be well (with no loss of data). If I could take advantage of
> your kindness just a little more, could you look at my information below
> and confirm that those commands are correct?
> Thanks VERY much
I'm glad to try to help.
Step one: make sure you've got backups. This is general advice, not
just for this. What happens if the dog knocks the computer off the
table and out the window? It's not likely, but things can and do go
wrong sometimes. MAKE BACKUPS ;-)
> Data reported with fdisk p command:
> Device Boot Start End Blocks Id System
> /dev/sda5 515 770 2048224+ 8e Linux LVM
> /dev/sda6 771 32767 256007965+ 8e Linux LVM
This is less than optimal unless sda5 and sda6 belong to different
volume groups. It's fine to play around, but on a production server you
should only have one LVM partition per disk.
> Output from vgdisplay command:
> # vgdisplay /dev/storagevg
> --- Volume group ---
> VG Name storagevg
> Cur PV 2
This tells me that you've got two physical volumes in storagevg.
> VG Size 585.88 GB
> Alloc PE / Size 18208 / 569 GB
> Free PE / Size 540 / 16.88 GB
This tells me that your volume group has 585GB of total space, of which
569GB is allocated logical volumes and 16GB is unallocated.
> Output from lvdisplay for the lv I want to reduce by 100 GB:
> --- Logical volume ---
> LV Name /dev/storagevg/atdevel
I'd be interested to see "df -h | grep atdevel" as well; that will tell
us how much of the 505GB allocated to this lv is actually used. You
will get something like this:
/dev/mapper/storagevg-atdevel 505.0G 100.5G 404.5G 20% /atdevel
Make certain that you've got at least 110GB of free space in that
filesystem. Once you're sure, shrink it:
# umount /dev/storagevg/atdevel
# e2fsadm -L -100G /dev/storagevg/atdevel
> Output from lvdisplay for lv I want to increase by 100 GB:
> --- Logical volume ---
> LV Name /dev/storagevg/gcg
Now, expand gcg.
# umount /dev/storagevg/gcg
# e2fsadm -L +100G /dev/storagevg/gvg
In both cases, e2fsadm should stop and complain if you've asked it to do
something that might loose data, but again, make sure you've got good
backups of anthing important. If you get an error, STOP AND ASK FOR
HELP. It's a lot easier to fix one problem than it is to fix 6 or 7
You've still got 16GB of free space. That's not necessarily a bad
thing, you never know when or where you might need it.
More information about the linux-lvm