dm era: only resize metadata in preresume
authorNikos Tsironis <ntsironis@arrikto.com>
Thu, 11 Feb 2021 14:22:43 +0000 (16:22 +0200)
committerMike Snitzer <snitzer@redhat.com>
Thu, 11 Feb 2021 14:45:22 +0000 (09:45 -0500)
commitcca2c6aebe86f68103a8615074b3578e854b5016
treee66340b190eeb164ef58c82699b2d3ea8f49c8ef
parent64f2d15afe7b336aafebdcd14cc835ecf856df4b
dm era: only resize metadata in preresume

Metadata resize shouldn't happen in the ctr. The ctr loads a temporary
(inactive) table that will only become active upon resume. That is why
resize should always be done in terms of resume. Otherwise a load (ctr)
whose inactive table never becomes active will incorrectly resize the
metadata.

Also, perform the resize directly in preresume, instead of using the
worker to do it.

The worker might run other metadata operations, e.g., it could start
digestion, before resizing the metadata. These operations will end up
using the old size.

This could lead to errors, like:

  device-mapper: era: metadata_digest_transcribe_writeset: dm_array_set_value failed
  device-mapper: era: process_old_eras: digest step failed, stopping digestion

The reason of the above error is that the worker started the digestion
of the archived writeset using the old, larger size.

As a result, metadata_digest_transcribe_writeset tried to write beyond
the end of the era array.

Fixes: eec40579d84873 ("dm: add era target")
Cc: stable@vger.kernel.org # v3.15+
Signed-off-by: Nikos Tsironis <ntsironis@arrikto.com>
Signed-off-by: Mike Snitzer <snitzer@redhat.com>
drivers/md/dm-era-target.c