Re: Running thin_trim before activating a thin pool
Demi Marie Obenour <[email protected]>
| Newsgroups | gmane.linux.lvm.general |
|---|---|
| Message-ID | <YfXoBour6CGZt9NH@itl-email> |
On Sat, Jan 29, 2022 at 10:40:34PM +0100, Zdenek Kabelac wrote: > Dne 29. 01. 22 v 21:09 Demi Marie Obenour napsal(a): > > On Sat, Jan 29, 2022 at 08:42:21PM +0100, Zdenek Kabelac wrote: > > > Dne 29. 01. 22 v 19:52 Demi Marie Obenour napsal(a): > > > > Is it possible to configure LVM2 so that it runs thin_trim before it > > > > activates a thin pool? Qubes OS currently runs blkdiscard on every thin > > > > volume before deleting it, which is slow and unreliable. Would running > > > > thin_trim during system startup provide a better alternative? > > > > > > Hi > > > > > > > > > Nope there is currently no support from lvm2 side for this. > > > Feel free to open RFE. > > > > Done: https://bugzilla.redhat.com/show_bug.cgi?id=2048160 > > > > > > Thanks > > Although your use-case Thinpool on top of VDO is not really a good plan and > there is a good reason behind why lvm2 does not support this device stack > directly (aka thin-pool data LV as VDO LV). > I'd say you are stepping on very very thin ice... Thin pool on VDO is not my actual use-case. The actual reason for the ticket is slow discards of thin devices that are about to be deleted; you can find more details in the linked GitHub issue. That said, now I am curious why you state that dm-thin on top of dm-vdo (that is, userspace/filesystem/VM/etc ⇒ dm-thin data (*not* metadata) ⇒ dm-vdo ⇒ hardware/dm-crypt/etc) is a bad idea. It seems to be a decent way to add support for efficient snapshots of data stored on a VDO volume, and to have multiple volumes on top of a single VDO volume. Furthermore, https://access.redhat.com/articles/2106521#vdo recommends exactly this use-case. Or am I misunderstanding you? > Also I assume you have already checked performance of discard on VDO, but I > would not want to run this operation frequently on any larger volume... I have never actually used VDO myself, although the documentation does warn about this. -- Sincerely, Demi Marie Obenour (she/her/hers) Invisible Things Lab _______________________________________________ linux-lvm mailing list [email protected] https://listman.redhat.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEdodNnxM2uiJZBxxxsoi1X/+cIsEFAmH16AUACgkQsoi1X/+c IsGqKQ/+No7tcfxbrK6YQn9tTTVqQFioaeR+84e2UuV9iwgeLIu2GFdH10tQJu4z YjNrzan8HJtgiY50sPb1+b2FtuTo68UN3f9nr2Dvzhz9MbmCz3LoJlyEmqVxmqDw a4tYdEOTLdRWSTjMreMWF9877rTnA+39BsaBHOO4EI4K+s5FxczhdWklsLHqvJsB lGvd8IF3aKXGx4DcCHr6X2Dlqs9J3fyoURmfj2dlwVaz7Bqb0tkW871ZD1ub+nbr +4NkUnUYl65xFb6SlXfweTTFEZjvN6vN/D1yflgW3eNWCWd929/D8DPld1/beSdL YIrAEJKpKkWJIzsjcmTEYd1qfyuB3+C5YFG2vCISFkdEIiGmjYyqxBwNEFNUM4ks N+rvKp5QzN9+ee1KYYoxJZakKIImRlpl8zOor1q073vJOw/cBox6zy27RV51e9vU btnBMaiAwJTxtUddA+HkH57xGa/XXXGswsMc38CQHJ4QwpFsrV+wC5gG7cbeYawI q/9S83+mqmePlzlBnZSDFINtGdUF4hGBOxTD5fpKhPe0c6AcW3iZiIltzY5IPWxO gJJbtFSPxY2sTBZeiQSklCJAW+dIqoIWTHvE676AgCpPCLhyEGy8rQ3ntJMbFMHp 6I/ZCu8/W3PEGTtu1VXV+35GKy2VY9R51tNLRoubRmRln23CM/o= =Hvvz -----END PGP SIGNATURE-----