Re: [linux-lvm] Snapshot behavior on classic LVM vs ThinLVM

[Gionatan Danti <g.danti@assyoma.it>]

On 05/03/2018 11:18, Zdenek Kabelac wrote:
> Yes - it has been updated/improved/fixed - and I've already given you a 
> link where you can configure the behavior of XFS when i.e. device 
> reports� ENOSPC to the filesystem.

Sure - I already studied it months ago during my testing. I simply was 
under the impression that dm & xfs teams have different point of view 
regarding the actual status. I'm happy to know that it isn't the case :)

> Well complexity - it might look 'easy' to do on the first sight, but in 
> reality it's impacting all hot/fast paths with number of checks and it 
> would have rather dramatic performance impact.
> 
> The other case is, while for lots of filesystems it might look like best 
> thing - it's not always true - so there are case where it's more desired
> to have still working device with 'several' failing piece in it...
> 
> And 3rd moment is - it's unclear from kernel POV - where this 'full' 
> pool moment actually happens - i.e. imagine running� 'write' operation 
> on one thin device and 'trim/discard' operation running on 2nd. device.
> 
> So it's been left on user-space to solve the case the best way -
> i.e. user-space can initiate� 'fstrim' itself when full pool case 
> happens or get the space by number of other ways...

Ok, I see.
Thanks.

-- 
Danti Gionatan
Supporto Tecnico
Assyoma S.r.l. - www.assyoma.it
email: g.danti@assyoma.it - info@assyoma.it
GPG public key ID: FF5F32A8