[dm-devel] Potential enhancements to dm-thin v2
Zdenek Kabelac
zdenek.kabelac at gmail.com
Wed Apr 13 07:55:00 UTC 2022
Dne 12. 04. 22 v 16:29 David Teigland napsal(a):
> Dne 11. 04. 22 v 0:03 Demi Marie Obenour napsal(a):
>> For quite a while, I have wanted to write a tool to manage thin volumes
>> that is not based on LVM.
>
> On Tue, Apr 12, 2022 at 11:32:09AM +0200, Zdenek Kabelac wrote:
>> Here is actually the fundamental problem with your proposal - our design was
>> about careful split between user-space and kernel 'who is the owner/holder
>> of information' - your proposal unfortunately does not fit the model where
>> lvm2 is the authoritative owner of info about devices
>
> The proposal is a new tool to manage dm-thin devices, not to rewrite lvm.
> I would hope the tool is nothing at all like lvm, but rather "thinsetup"
> in the tradition of dmsetup, cryptsetup. I think it's a great idea and
> have wanted such a tool for years. I have a feeling that many have
> already written ad hoc thinsetup-like tools, and there would be fairly
> broad interest in it (especially if it has a proper lib api.)
>
The problem with these 'ad-hoc' tools is their 'support - aka how to proceed
in case of any failure.
So while there will be no problem to generate many device in very fast way -
the recoverability from failure will then be always individual based on the
surrounding environment.
So it's in the principle the very same case as the request for support of
managing DM devices with 'external' metadata - if there are different
constrains to match - you end with different requirements on the tool.
If there is pure focus on thin device management - surely a standalone tool
does this jobs faster.
Zdenek
More information about the dm-devel
mailing list