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?
Supposedly:
lvmconfig --typeconfig full --withversion
# Available since version 2.2.89.
thin_pool_autoextend_threshold=70
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....
Regards
Zdenek
_______________________________________________
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/
