[linux-lvm] Reserve space for specific thin logical volumes

Zdenek Kabelac zkabelac at redhat.com
Tue Sep 12 23:31:41 UTC 2017

Dne 13.9.2017 v 01:15 Gionatan Danti napsal(a):
>> There could be a simple answer and complex one :)
>> I'd start with simple one - already presented here -
> There you can decide - if you want to extend thin-pool...
>> You may drop some snapshot...
>> You may fstrim mounted thinLVs...
>> You can kill volumes way before the situation becomes unmaintable....
> Ok, this is an answer I totally accept: if enable per-lv used and reserved 
> space is so difficult in the current thinp framework, don't do it.

It's not just about 'complexity' in frame work.
You would lose all the speed as well.
You would significantly raise-up  memory requirement.

There is very good reason complex tools like  'thin_ls' are kept in user-space 
  outside of kernel   - with  'dm'  we tend to have simpler kernel logic
and complexity should stay in user-space.

And of course - as pointed out - the size of your 'reserve' is so vague  :) 
and could potentially present major portion of you whole thin-pool size 
without any extra benefit (as obviously any reserve could be too small unless 
you 'reach' fully provisioned state :)

i.e. example:
10G thinLV  with  1G chunks -  single byte write may require full 1G chunk...
so do you decide to keep 10 free chunks in reserves ??

>> All you need to accept is - you will kill them at 95% -
>> in your world with reserves it would be already reported as 100% full,
>> with totally unknown size of reserves :)
> Minor nitpicking: I am not speaking about "reserves" to use when free space is 
> low, but about "reserved space" - ie: per-volume space which can not be used 
> by any other object.
> One question: in a previous email you shown how a threshold can be set to deny 
> new volume/snapshot creation. How can I do that? What LVM version I need?


lvmconfig --typeconfig full --withversion

         # Available since version 2.2.89.

However there were some bugs and fixes - and validation for not allowing to 
create new thins - so do not try anything below 169 and if you can
go with 173....



More information about the linux-lvm mailing list