The problem with thin (pools & volumes)
Linux LVM thin pools and volumes initially seem to be a great way maximize the use of hard drive space by using only the space that is actually allocated to files. There is a major fly in the ointment though. Thin pools cannot be reduced in size.
With normal (thick) LVM volumes one creates a volume of certain size, and that space is not available for use by any other volume. With a thin pool you create a wrapper volume (called a pool), for which you set a maximum size, however that space is not ‘set aside’ but remains available for creating other volumes. When you create a thin volume inside the pool, you again set a maximum size, and again the space is still available for use elsewhere.
Of course once you put actual data in the thin volume (and therefore pool) the space that is actually being used is no longer available for use elsewhere. (And once allocated the space is always allocated, even if zeroed, when using ‘spinning’ disks). If you have created maximum greater than the actual size of storage, this is known as ‘over-provisioning’. This means that if all volumes we used to their maximum you would get an ‘out of space’ condition before the full size of all the volumes was reached.
With a thick volume, volumes for which one is not using the full size, and if the filesystem one is using supports shrinking, then one can shrink the filesystem, and then reduce the LVM logical volume to the new size. With thin volumes resizing a volume does not necessarily work (one may end up with a warning that the volume maps a larger size than is allocated). In addition even if one shrinks the volumes in a thin pool one cannot shrink the pool itself.
That’s rather a problem for flexible space management because it means that one can end up in a situation where the only way to rebalance the space used by the various volumes is to copy all the data from the existing volumes to other storage, remove the offending volume(s) and create volumes that fit your new reality.
Therefore, my recommendation is to not use thin pools and volumes unless you have a specific application or use case for which it will work for you.