archive mirror
 help / color / mirror / Atom feed
From: David Teigland <>
To: Sebastian Bachmann <>
Subject: Re: [linux-lvm] move dm-integrity metadata to another PV
Date: Mon, 5 Apr 2021 10:08:22 -0500	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <20210404181856.6hevvwxwyflsm373@helios>

On Sun, Apr 04, 2021 at 08:18:56PM +0200, Sebastian Bachmann wrote:
> Hello,
> I played around with the new dm-integrity integration in lvm. Unfortunately, it
> is very slow, as the checksums has to be written and read on - which is the
> price to pay obviously.
> I thought that it might be a good idea to move the metadata to a fast disk,
> i.e., a SSD, however that is not possible and I get an error message on pvmove:
> # pvmove -n r10_int_rimage_0_imeta /dev/sdd /dev/sda2
>   Unable to pvmove device used for raid with integrity.
> I could not find a reason why this should not be done in theory, thus I guess
> that this is simply not supported by LVM right now?
> Or is there another reason why you should keep the metadata always on the same
> device?

The original implementation allowed a specific device, e.g. an ssd, to
hold all the integrity metadata.  Integrity metadata for all raid images
lived on one device, so there was some doubt that anyone would want to use
it, and the option was dropped.  That option could also be used with
linear+integrity.  Without raid, corrupt data found by integrity couldn't
be recovered, so linear+integrity was also disabled.  Given those
limitations, I'm curious how useful you'd find a dedicated integrity
metadata device, and/or using integrity with a linear LV?


linux-lvm mailing list
read the LVM HOW-TO at

  parent reply	other threads:[~2021-04-05 15:09 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-04 18:18 [linux-lvm] move dm-integrity metadata to another PV Sebastian Bachmann
2021-04-05  0:59 ` Erwin van Londen
2021-04-05 15:08 ` David Teigland [this message]
2021-04-05 15:40   ` Sebastian Bachmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \ \ \ \ \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).