All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lukasz Florczak <lukasz.florczak@linux.intel.com>
To: Coly Li <colyli@suse.de>
Cc: linux-raid@vger.kernel.org, jes@trained-monkey.org,
	pmenzel@molgen.mpg.de
Subject: Re: [PATCH 1/2] mdadm: Fix array size mismatch after grow
Date: Fri, 3 Jun 2022 16:30:04 +0200	[thread overview]
Message-ID: <7f4525$iu0ds4@fmsmga008-auth.fm.intel.com> (raw)
In-Reply-To: <35B48024-E02A-45EB-AC5C-4C3DDB2055E3@suse.de>

On Mon, 30 May 2022 18:01:05 +0800, Coly Li <colyli@suse.de> wrote:

Hi Coly,
> Hi Lukasz,
> 
> 
> > 2022年4月7日 22:27,Lukasz Florczak
> > <lukasz.florczak@linux.intel.com> 写道:
> > 
> > imsm_fix_size_mismatch() is invoked to fix the problem, but it
> > couldn't proceed due to migration check. This patch allows for
> > intended behavior.
> 
> 
> Could you please explain a bit more about why “it couldn’t proceed
> due to migration”, and what is the “intended behavior”? It may help
> me to understand your change and response faster.

The intended behavior here is to fix the array size after grow that is
displayed in mdadm detail, since there can be a mismatch if the raid
was created in EFI [1]. That is the array size is not consistent with
the formula: 
Array_size * block_size = Num_stripes * Chunk_size * Num_of_data_drives 

That fix couldn't happen as the metadata update part was efficiently
omitted with continue statement after the migration type condition was
met. 

About migration I didn't go that much into detail, but it was an issue
that dev->vol.migr_type was still in MIGR_GEN_MIGR state even though
imsm_fix_size_mismatch() was called after migration has been finished,
at least from the mdadm's point of view. That happens because this
value is changed later, afaik, by mdmon. The initial idea here must've
been not to change the array size during migration, but that is not
valid since its state is just not updated yet.

[1]
https://git.kernel.org/pub/scm/utils/mdadm/mdadm.git/commit/?id=895ffd992954069e4ea67efb8a85bb0fd72c3707

Thanks,
Lukasz

> 
> Thank you in advance.
> 
> Coly Li
> 
> > 
> > Signed-off-by: Lukasz Florczak <lukasz.florczak@linux.intel.com>
> > ---
> > super-intel.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> > diff --git a/super-intel.c b/super-intel.c
> > index d5fad102..102689bc 100644
> > --- a/super-intel.c
> > +++ b/super-intel.c
> > @@ -11757,7 +11757,7 @@ static int imsm_fix_size_mismatch(struct
> > supertype *st, int subarray_index) unsigned long long d_size =
> > imsm_dev_size(dev); int u_size;
> > 
> > -		if (calc_size == d_size || dev->vol.migr_type ==
> > MIGR_GEN_MIGR)
> > +		if (calc_size == d_size)
> > 			continue;
> > 
> > 		/* There is a difference, confirm that
> > imsm_dev_size is -- 
> > 2.27.0
> > 
> 

  reply	other threads:[~2022-06-06  6:48 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-07 14:27 [PATCH v2 0/2] mdadm: Fix array size mismatch after grow Lukasz Florczak
2022-04-07 14:27 ` [PATCH 1/2] " Lukasz Florczak
2022-05-30 10:01   ` Coly Li
2022-06-03 14:30     ` Lukasz Florczak [this message]
2022-06-20 16:28       ` Coly Li
2022-06-27 13:16         ` Lukasz Florczak
2022-04-07 14:27 ` [PATCH 2/2] mdadm: Remove dead code in imsm_fix_size_mismatch Lukasz Florczak
2022-05-30 10:05   ` Coly Li

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:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

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

  git send-email \
    --in-reply-to='7f4525$iu0ds4@fmsmga008-auth.fm.intel.com' \
    --to=lukasz.florczak@linux.intel.com \
    --cc=colyli@suse.de \
    --cc=jes@trained-monkey.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=pmenzel@molgen.mpg.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.