* [linux-lvm] metadata problems while testing lvm2 git with dm_thin_pool
@ 2012-07-27 11:57 Stefan Priebe - Profihost AG
2012-07-30 9:45 ` Zdenek Kabelac
0 siblings, 1 reply; 8+ messages in thread
From: Stefan Priebe - Profihost AG @ 2012-07-27 11:57 UTC (permalink / raw)
To: linux-lvm
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-lvm] metadata problems while testing lvm2 git with dm_thin_pool
2012-07-27 11:57 [linux-lvm] metadata problems while testing lvm2 git with dm_thin_pool Stefan Priebe - Profihost AG
@ 2012-07-30 9:45 ` Zdenek Kabelac
0 siblings, 0 replies; 8+ messages in thread
From: Zdenek Kabelac @ 2012-07-30 9:45 UTC (permalink / raw)
To: LVM general discussion and development; +Cc: Stefan Priebe - Profihost AG
Dne 27.7.2012 13:57, Stefan Priebe - Profihost AG napsal(a):
> 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
It's easier to read size of tpool and tmeta device and its fullness with
'lvs -a -o+metadata_percent'
> # 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
dmsetup status is also use
It looks like you have started with quit small default mda size for thinpool.
Then you have slowly increased the size of thin data pool device - but so far
there is no support of resize for thin metadata.
So in case you plan to increase heavily the size of data pool - you need to
create large metadata device from the beginning.
Size like '--poolmedatasize 400M' should do the trick and should give you
pretty decent space to live with. Also the bigger chunk size you will use for
provisioning, the smaller the consumption of metadata device will be.
(Current default is 64KB - if you could live with i.e. 512KB - you will safe
a lot of metadata space).
Resize of metadata is going to be implemented upstream with newest tools and
kernels soon - but so far you have to live with current limits.
Zdenek
^ permalink raw reply [flat|nested] 8+ messages in thread
* [linux-lvm] metadata problems while testing lvm2 git with dm_thin_pool
@ 2012-07-27 12:29 Stefan Priebe - Profihost AG
2012-07-27 13:09 ` Sebastian Riemer
0 siblings, 1 reply; 8+ messages in thread
From: Stefan Priebe - Profihost AG @ 2012-07-27 12:29 UTC (permalink / raw)
To: linux-lvm
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-lvm] metadata problems while testing lvm2 git with dm_thin_pool
2012-07-27 12:29 Stefan Priebe - Profihost AG
@ 2012-07-27 13:09 ` Sebastian Riemer
2012-07-27 13:31 ` Stefan Priebe - Profihost AG
0 siblings, 1 reply; 8+ messages in thread
From: Sebastian Riemer @ 2012-07-27 13:09 UTC (permalink / raw)
To: LVM general discussion and development; +Cc: Stefan Priebe - Profihost AG
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/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-lvm] metadata problems while testing lvm2 git with dm_thin_pool
2012-07-27 13:09 ` Sebastian Riemer
@ 2012-07-27 13:31 ` Stefan Priebe - Profihost AG
2012-07-27 13:49 ` Sebastian Riemer
2012-07-27 14:24 ` Zdenek Kabelac
0 siblings, 2 replies; 8+ messages in thread
From: Stefan Priebe - Profihost AG @ 2012-07-27 13:31 UTC (permalink / raw)
To: linux-lvm; +Cc: sebastian.riemer
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/
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-lvm] metadata problems while testing lvm2 git with dm_thin_pool
2012-07-27 13:31 ` Stefan Priebe - Profihost AG
@ 2012-07-27 13:49 ` Sebastian Riemer
2012-07-27 14:24 ` Zdenek Kabelac
1 sibling, 0 replies; 8+ messages in thread
From: Sebastian Riemer @ 2012-07-27 13:49 UTC (permalink / raw)
To: Stefan Priebe - Profihost AG; +Cc: linux-lvm
Hi Stefan,
I've heard the talk of Alasdair G Kergon on LinuxTag in May 2012. Nobody
should use that LVM thin stuff in production for now (e.g. a data
consistency checker tool is missing).
He also said that it is documented now that the last PV in the list is
used for metadata.
http://people.redhat.com/agk/talks/LVM2-LinuxTag2012/
I've tested this stuff and it had also not enough storage performance
(half than it should have).
Do fixing the way you like to test. I've shown you how I know how it works.
The method with the 16 GiB LV for metadata also works for the low-level
dm-thin you can set up with dmsetup.
Cheers,
Sebastian
On 27.07.2012 15:31, Stefan Priebe - Profihost AG wrote:
> 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/
>>
--
Sebastian Riemer
Linux Kernel Developer
ProfitBricks GmbH � Greifswalder Str. 207 � 10405 Berlin, Germany
www.profitbricks.com � sebastian.riemer@profitbricks.com
Tel.: +49 - 30 - 60 98 56 991 - 915
Sitz der Gesellschaft: Berlin
Registergericht: Amtsgericht Charlottenburg, HRB 125506 B
Gesch�ftsf�hrer: Andreas Gauger, Achim Weiss
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [linux-lvm] metadata problems while testing lvm2 git with dm_thin_pool
2012-07-27 13:31 ` Stefan Priebe - Profihost AG
2012-07-27 13:49 ` Sebastian Riemer
@ 2012-07-27 14:24 ` Zdenek Kabelac
1 sibling, 0 replies; 8+ messages in thread
From: Zdenek Kabelac @ 2012-07-27 14:24 UTC (permalink / raw)
To: LVM general discussion and development
Cc: sebastian.riemer, Stefan Priebe - Profihost AG
Dne 27.7.2012 15:31, Stefan Priebe - Profihost AG napsal(a):
> 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
>
Using 5G for metadata is quite a lot - suggested value is in range of hundreds
of megabytes.
> 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
>>>
Currently the resize of thin pool is not connected to the amount of allocated
space by LVs allocated from this pool.
Thus it just takes the size and increases size of the pool to match configured
values. Similar problem is with old style snapshots which may grow a lot past
the size of origin.
It will be addressed in future versions of lvm.
Zdenek
^ permalink raw reply [flat|nested] 8+ messages in thread
* [linux-lvm] metadata problems while testing lvm2 git with dm_thin_pool
@ 2012-07-27 12:53 Stefan Priebe - Profihost AG
0 siblings, 0 replies; 8+ messages in thread
From: Stefan Priebe - Profihost AG @ 2012-07-27 12:53 UTC (permalink / raw)
To: linux-lvm
Hello list,
lvm autogrow grows more than allowed virtual size.
Kernel: 3.5-rc7
lvm/dmeventd: up2date git version 186a2772
I created my thin disk like this:
lvcreate --poolmetadatasize 5G -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
When i copy constantly data to my device - i end up here:
# lvs
LV VG Attr LSize Pool Origin Data% Move Log Copy%
Convert
disk1 thinvol Vwi-aotz 100,00g pool1 99,96
pool1 thinvol twi-a-tz 123,86g 80,71
So the pool is bigger than disk1 and the 23,86GB will never get used as
the disk is FULL.
Is this expected?
Greets
Stefan
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2012-07-30 9:45 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-07-27 11:57 [linux-lvm] metadata problems while testing lvm2 git with dm_thin_pool Stefan Priebe - Profihost AG
2012-07-30 9:45 ` Zdenek Kabelac
-- strict thread matches above, loose matches on Subject: below --
2012-07-27 12:29 Stefan Priebe - Profihost AG
2012-07-27 13:09 ` Sebastian Riemer
2012-07-27 13:31 ` Stefan Priebe - Profihost AG
2012-07-27 13:49 ` Sebastian Riemer
2012-07-27 14:24 ` Zdenek Kabelac
2012-07-27 12:53 Stefan Priebe - Profihost AG
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).