All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sebastian Riemer <sebastian.riemer@profitbricks.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: [linux-lvm] LVM Thin Provisioning size limited to 16 GiB?
Date: Fri, 02 Mar 2012 14:44:17 +0100	[thread overview]
Message-ID: <4F50CEB1.7040601@profitbricks.com> (raw)

Hi list,

I've tested LVM thin provisioning with the latest LVM user-space from
git and today together with kernel 3.2.7.

I've got 24 SAS HDDs put together into 12 MD RAID-1 arrays. So I want to
have a thin pool with striping over all RAID-1 arrays. But this seems to
be size limited to 16 GiB. With bigger size the pool can't be activated
and LVM can't be removed any more - forces me to reboot.

I've also tested to explicitly set the --poolmetadatasize to 16 GiB and
the data pool to 100 GiB, but same result. I also did some benchmarks.
Performance wasn't that bad, but could be really better (at least doubled).

Is this the current development state or do I do something wrong?

Here are my commands:
   vgcreate test /dev/md/test*
   lvcreate -i 12 -I 64 -L 16G -T test/pool
   lvcreate -V 45G -T test/pool -n test00

Furthermore, when writing and afterwards reading to/from the thin LV it
is only possible with up to 11 GiB. Then there are messages like the
following in the kernel log.

   device-mapper: space map metadata: out of metadata space
   device-mapper: thin: dm_thin_insert_block() failed

Seems like pool meta-data and pool data aren't separated at current
development state.

Regards,

Sebastian Riemer

             reply	other threads:[~2012-03-02 13:44 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-02 13:44 Sebastian Riemer [this message]
2012-03-02 17:17 ` [linux-lvm] LVM Thin Provisioning size limited to 16 GiB? Mike Snitzer
2012-03-05 10:20   ` Sebastian Riemer
2012-03-09 16:01     ` Zdenek Kabelac

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=4F50CEB1.7040601@profitbricks.com \
    --to=sebastian.riemer@profitbricks.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.