[linux-lvm] Why use thin_pool_autoextend_threshold < 100 ?
Zdenek Kabelac
zkabelac at redhat.com
Tue Jul 31 12:35:42 UTC 2018
Dne 31.7.2018 v 04:44 Marc MERLIN napsal(a):
> On Fri, Jul 27, 2018 at 11:26:58AM -0700, Marc MERLIN wrote:
>> Hi Zdenek,
>>
>> Thanks for your helpful reply.
>
> Ha again Zdenek,
>
> Just to confirm, am I going to be ok enough with the scheme I described
> as long as I ensure that 'Allocated pool data' does not get to 100% ?
>
> For now, I have my btrfs filesystems mounted with "discard", so
> hopefully it should tell dm-thin when it can free up/reuse blocks.
>
> Given that, am I more or less ok using dm-thin that way?
>
> And for my own understanding, is there any reason why I would even want
> to consider thin_pool_autoextend_threshold < 100 ?
>
Hi
If you monitor amount of free space for data AND for metadata in thin-pool
yourself you can keep easily threshold == 100.
Just don't forget when you upsize 'data' - you should also typically
extend also metadata - it's not uncommon issue user start with small
'data' & 'metadata' LV with thin-pool - then continue to only extend
thin-pool 'data' volume and ignore/forget about metadata completely
and hit the full metadata device - which can lead to many troubles
(hitting full dataLV is normally not a big deal).
Regards
Zdenek
More information about the linux-lvm
mailing list