Linux RAID subsystem development
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.de>
To: Adam Kwolek <adam.kwolek@intel.com>
Cc: linux-raid@vger.kernel.org, dan.j.williams@intel.com,
	ed.ciechanowski@intel.com, wojciech.neubauer@intel.com
Subject: Re: [PATCH 0/6] Reshape fixes (expansion)
Date: Wed, 9 Feb 2011 14:10:57 +1100	[thread overview]
Message-ID: <20110209141057.7682d10d@notabene.brown> (raw)
In-Reply-To: <20110208131046.8787.1777.stgit@gklab-128-013.igk.intel.com>

On Tue, 08 Feb 2011 14:30:28 +0100 Adam Kwolek <adam.kwolek@intel.com> wrote:

> The following series adds some fixes for reshape (expansion).
> 
> A while ago mdadm unit tests (suits 12 and 13) works correctly, now I've found problems.
> I've learned that containers created for raid5 and raid0 has different number of blocks in mdstat.
> I've put mdstat partial output to patch description:  UT FIX: imsm container can have different blocks number
> I'm not 100% sure that this is fix (for changed behavior), not workaround for container creation problem.
> This fix is first of fixes (3) that enables reshape (12, 13) UT.
> If you find this more as workaround, this patch is good point for discussion what change is correct.
> 
> Patches:
>       FIX: compare blocks on all data disks
>       FIX: Compare the same units
> makes changes for blocks computing verification. After those 2 more  patches UT (12, 13) works. 
> Please let me know what you are thinking about them. It is possible that this is not final patch also,
> but I've tried to find out what this condition should do, and change code to archive it (IMHO).
> 
> Rest of patches addresses other issues, I can observe during expansion.
> 
> BR
> Adam
> 
> ---
> 
> Adam Kwolek (6):
>       FIX: md runs recovery instead reshape for growing single disk raid0 array
Applied.

>       FIX: Container can be left frozen
Applied.

>       FIX: compare blocks on all data disks
>       FIX: Compare the same units
No, I don't like these.
The point here is to compare the amount of data to be backed up with the
size of one of the spare devices, because in some cases the data will be
backed up to a spare device.
If the size of the data to be backed up is bigger than half the size of a
spare device, then it doesn't really fit and something is wrong.
Normally the amount of data to be backed up is much much smaller than the
size of any device.

Maybe we just need to make the test use larger devices or smaller chunk size,
or similar.


>       UT FIX: imsm container can have different blocks number
Applied (the block numbers here are completely meaningless, so ignoring them
is good).
>       imsm: FIX: Wrong output string format
Applied.

All pushed out to devel-3.2

Thanks.

NeilBrown


  parent reply	other threads:[~2011-02-09  3:10 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-08 13:30 [PATCH 0/6] Reshape fixes (expansion) Adam Kwolek
2011-02-08 13:30 ` [PATCH 1/6] imsm: FIX: Wrong output string format Adam Kwolek
2011-02-08 13:30 ` [PATCH 2/6] UT FIX: imsm container can have different blocks number Adam Kwolek
2011-02-08 13:30 ` [PATCH 3/6] FIX: Compare the same units Adam Kwolek
2011-02-08 13:31 ` [PATCH 4/6] FIX: compare blocks on all data disks Adam Kwolek
2011-02-08 13:31 ` [PATCH 5/6] FIX: Container can be left frozen Adam Kwolek
2011-02-08 13:31 ` [PATCH 6/6] FIX: md runs recovery instead reshape for growing single disk raid0 array Adam Kwolek
2011-02-09  3:10 ` NeilBrown [this message]
2011-02-09  7:31   ` [PATCH 0/6] Reshape fixes (expansion) Kwolek, Adam

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=20110209141057.7682d10d@notabene.brown \
    --to=neilb@suse.de \
    --cc=adam.kwolek@intel.com \
    --cc=dan.j.williams@intel.com \
    --cc=ed.ciechanowski@intel.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=wojciech.neubauer@intel.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox