All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ray Morris <support@bettercgi.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] "Condensing" Physical Volumes
Date: Sat, 04 Dec 2010 13:28:43 -0600	[thread overview]
Message-ID: <1291490923.8066.12@raydesk1.bettercgi.com> (raw)
In-Reply-To: <201012042006.46803.d_baron@012.net.il> (from d_baron@012.net.il on Sat Dec  4 12:06:46 2010)

> However, not enough extents are available.
> 
> Is there any way to "condense" physical volumes to
> recover/expose empty extents in order to make use of them?

   You say there are few free extents, then you say there
are many "empty" extents.  It sounds like we need to get very
clear on exactly what is free, what is empty, what is
sparse, etc.

> The disk is very sparsely populated.

The disk is probably the PV, which is full of extents.
Therefore, the disk is fully populated (with extents).
Perhaps the disk is a component of a RAID array and
the array is the PV.  Either way, the disk is probably
full of something (RAID blocks, LVM extents, whatever).


    Is your situation actually the following?:

The volume group is nearly full, meaning that most all
of the extents are used by logical volumes.

On those logical volumes you have file systems.

Those file systems have free space.

If the above three conditions hold, you'd need to:

reduce the size of the file systems, perhaps using ex2resize.

Once each file system is reduced, you would then be able to reduce
the logical volume which contains that filesystem.

That will mean there are free extents in the volume group, so you can
then use pvmove to move the extents off of the chosen physical
volumes.
--
Ray Morris
support@bettercgi.com

Strongbox - The next generation in site security:
http://www.bettercgi.com/strongbox/

Throttlebox - Intelligent Bandwidth Control
http://www.bettercgi.com/throttlebox/

Strongbox / Throttlebox affiliate program:
http://www.bettercgi.com/affiliates/user/register.php


On 12/04/2010 12:06:46 PM, David Baron wrote:
> I need more extents to move stuff off older, possibly failing IDE  
> disks to my
> new SATA terrabyter. However, not enough extents are available. The  
> disk is
> very sparsely populated.
> 
> Is there any way to "condense" physical volumes to recover/expose  
> empty
> extents in order to make use of them?
> 
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@redhat.com
> https://www.redhat.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
> 
> 

  reply	other threads:[~2010-12-04 19:28 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-04 18:06 [linux-lvm] "Condensing" Physical Volumes David Baron
2010-12-04 19:28 ` Ray Morris [this message]
2010-12-04 19:38 ` Lars Ellenberg
2010-12-04 19:40 ` Ray Morris
     [not found] <mailman.7913.1291608602.9820.linux-lvm@redhat.com>
2010-12-06 12:34 ` David Baron

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=1291490923.8066.12@raydesk1.bettercgi.com \
    --to=support@bettercgi.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.