From: Stefan Priebe - Profihost AG <s.priebe@profihost.ag>
To: linux-lvm@redhat.com
Cc: sebastian.riemer@profitbricks.com
Subject: Re: [linux-lvm] metadata problems while testing lvm2 git with dm_thin_pool
Date: Fri, 27 Jul 2012 15:31:17 +0200 [thread overview]
Message-ID: <50129825.1060302@profihost.ag> (raw)
In-Reply-To: <501292F4.8010108@profitbricks.com>
Hello Sebastian,
i was also able to fix this by set poolmetadatasize? But normally LVM
should set this correctly? Are you using dm thin in production?
This fixes it:
lvcreate --poolmetadatasize 5G -L 10G -T thinvol/pool1 -V 100G --name disk1
Stefan
Am 27.07.2012 15:09, schrieb Sebastian Riemer:
> Hi Stefan,
>
> I had a similar issue some time ago.
>
> Which vgcreate commands did you use?
>
> The last device in the list is used for the meta data. If you don't give
> it a further device for the metadata then LVM puts the metadata onto the
> same device like the data resulting in your issue.
>
> Do it like this:
>
> vgcreate thinvg /dev/sda /dev/sdb
> lvcreate -L 10G -T thinvg/pool1
> lvcreate -V 100G -T thinvg/pool1 -n disk1
>
> The data is put on /dev/sda and the metadata is put on /dev/sdb. You can
> only use the size of /dev/sda for the data. /dev/sdb shouldn't be bigger
> than 16 GiB or your wasting disk space. You can also use a regular 16
> GiB LV as PV and put it as metadata device into the VG.
>
> Looks like this:
> pvcreate /dev/sdb
> vgcreate meta /dev/sdb
> lvcreate -L 16G meta -n meta1
> vgcreate thinvg /dev/sda /dev/mapper/meta-meta1
> lvcreate -L 10G -T thinvg/pool1
> lvcreate -V 100G -T thinvg/pool1 -n disk1
>
> Cheers,
> Sebastian
>
>
> On 27.07.2012 14:29, Stefan Priebe - Profihost AG wrote:
>> Hello list,
>>
>> i'm testing dm_thin_pool with lvm2 right now. And i'm always running
>> into the situation that the metadata get's full.
>>
>> Kernel: 3.5-rc7
>> lvm/dmeventd: up2date git version 186a2772
>>
>> I created my thin disk like this:
>> lvcreate -L 10G -T thinvol/pool1 -V 100G --name disk1
>>
>> After some autoresizing lvs looks like this:
>> # lvs
>> LV VG Attr LSize Pool Origin Data% Move Log Copy%
>> Convert
>> disk1 thinvol Vwi-a-tz 100,00g pool1 22,95
>> pool1 thinvol twi-a-tz 33,77g 67,97
>>
>> # dmsetup table
>> thinvol-pool1: 0 70811648 linear 253:4 0
>> thinvol-disk1: 0 209715200 thin 253:4 1
>> thinvol-pool1-tpool: 0 70811648 thin-pool 253:2 253:3 128 0 0
>> thinvol-pool1_tdata: 0 20971520 linear 8:17 2048
>> thinvol-pool1_tdata: 20971520 49840128 linear 8:17 20998144
>> MYVOL-thin_pool2_tdata: 0 20971520 linear 8:129 2048
>> MYVOL-thin_pool2_tdata: 20971520 31227904 linear 8:129 20998144
>> thinvol-pool1_tmeta: 0 24576 linear 8:17 20973568
>> MYVOL-thin_pool2_tmeta: 0 24576 linear 8:129 20973568
>>
>> Last log messages:
>> lvm[2786]: Monitoring thin thinvol-pool1-tpool.
>> lvm[2786]: Logical volume pool1 successfully resized
>> lvm[2786]: Thin thinvol-pool1-tpool is now 100% full.
>> lvm[2786]: Extending logical volume pool1 to 33,77 GiB
>> lvm[2786]: Monitoring thin thinvol-pool1-tpool.
>> lvm[2786]: Logical volume pool1 successfully resized
>> lvm[2786]: Thin thinvol-pool1-tpool is now 84% full.
>> lvm[2786]: dm_task_run failed, errno = 22, Invalid argument
>> lvm[2786]: No longer monitoring thin thinvol-pool1-tpool.
>> lvm[2786]: No longer monitoring thin thinvol-pool1-tpool.
>> lvm[2786]: Thin metadata thinvol-pool1-tpool is now 99% full.
>> lvm[2786]: Resize for thinvol/pool1 is not yet supported.
>>
>> Greets
>> Stefan
>>
>> _______________________________________________
>> 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/
>
> _______________________________________________
> 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/
>
next prev parent reply other threads:[~2012-07-27 13:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-27 12:29 [linux-lvm] metadata problems while testing lvm2 git with dm_thin_pool Stefan Priebe - Profihost AG
2012-07-27 13:09 ` Sebastian Riemer
2012-07-27 13:31 ` Stefan Priebe - Profihost AG [this message]
2012-07-27 13:49 ` Sebastian Riemer
2012-07-27 14:24 ` Zdenek Kabelac
-- strict thread matches above, loose matches on Subject: below --
2012-07-27 12:53 Stefan Priebe - Profihost AG
2012-07-27 11:57 Stefan Priebe - Profihost AG
2012-07-30 9:45 ` 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=50129825.1060302@profihost.ag \
--to=s.priebe@profihost.ag \
--cc=linux-lvm@redhat.com \
--cc=sebastian.riemer@profitbricks.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.