From mboxrd@z Thu Jan 1 00:00:00 1970 References: <2F3E7182-B18D-465E-8BE6-97D215A0C9F3@gmail.com> From: Zdenek Kabelac Message-ID: <86154baa-bcb3-34fb-9c5a-c31169bb4302@redhat.com> Date: Thu, 17 Sep 2020 21:24:09 +0200 MIME-Version: 1.0 In-Reply-To: <2F3E7182-B18D-465E-8BE6-97D215A0C9F3@gmail.com> Content-Language: en-US Content-Transfer-Encoding: quoted-printable Subject: Re: [linux-lvm] lvm limitations Reply-To: LVM general discussion and development List-Id: LVM general discussion and development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , List-Id: Content-Type: text/plain; charset="iso-8859-1"; format="flowed" To: LVM general discussion and development , =?UTF-8?Q?Tomas_Dalebj=c3=b6rk?= , Gionatan Danti Dne 16. 09. 20 v 6:25 Tomas Dalebj=C3=B6rk napsal(a): > thanks for all the good reflections >=20 > the intention is to see if backups can be done in a much more easy way th= an have ever been built before Assuming you have checked projects like 'snapper' ? > another solution could be to store the lv as file into a larger fs, and s= napshot these fs that than works as a group;=20 We do not advice/support any user to use device on top of filesystem on top= =20 another device - this is only good as a 'toy' - never for anything serious = -=20 it has numerous troubles and the noticeable slower performance is one the easy one... > perhaps a snapshot of the origin can be a new master? if that is ok, whic= h I think is ok, than that will work without a move With thin-snapshot - each snapshot as just another 'thin' device - so it=20 doesn't really matter what is origin. You can easily chain snapshot over snapshot over snapshot.... Regards Zdenek