Linux RAID subsystem development
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.de>
To: David Wahler <dwahler@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: BUG?: RAID6 reshape hung in reshape_request
Date: Mon, 27 Apr 2015 16:59:26 +1000	[thread overview]
Message-ID: <20150427165926.6128d59b@notabene.brown> (raw)
In-Reply-To: <CAGivzjHvk8pSUyWOMzNioNtgpQ7gRoL=hkTX0=m7Mi8KzgRWAg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2037 bytes --]

On Sun, 26 Apr 2015 20:56:58 -0500 David Wahler <dwahler@gmail.com> wrote:

> [oops, forgot to cc the list]
> 
> On Sun, Apr 26, 2015 at 8:20 PM, NeilBrown <neilb@suse.de> wrote:
> >> And the output of mdadm --detail/-E:
> >> https://gist.github.com/anonymous/0b090668b56ef54bb2f0
> >
> > What is wrong with simply including this directly in the email???
> 
> My bad; I wasn't sure whether it was appropriate to paste such a long
> dump inline.
> 
> > Anyway:
> >
> >   Bad Block Log : 512 entries available at offset 72 sectors - bad blocks present.
> >
> > that is the only thing that looks at all interesting.  Particularly the last
> > 3 words.
> > What does
> >    mdadm --examine-badblocks /dev/sd[cde]1
> > show?
> 
> root@ceres:~# mdadm --examine-badblocks /dev/sd[cde]1
> Bad-blocks on /dev/sdc1:
>           3699640928 for 32 sectors
> Bad-blocks on /dev/sdd1:
>           3699640928 for 32 sectors
> Bad-blocks on /dev/sde1:
>           3699640928 for 32 sectors
> 
> Hmm, that seems kind of odd to me. For what it's worth, all four
> drives passed a SMART self-test, and "dd > /dev/null" completed
> without errors on all of them. I just read about the "badblocks" tool
> and I'm running it now.

The array is reshaping a RAID6 from 4->5 devices, so that is 2 data disks to
3 data disks.

Reshape pos'n : 5548735488 (5291.69 GiB 5681.91 GB)

so it is about 5.3TB through the array, so it has read about 2.6TB from the
devices and written about 1.7TB to the devices.

3699640928 sectors is about 1.8TB.  That seems a little too close to be a co-incidence. 

Maybe when reshape write to somewhere that is a bad-block, it gets confused.

On the other hand, when it copies from the 1.8TB address to the 1.2TB address
it should have record that it was bad-blocks that were being copied.  It
doesn't seem like it did.

I'll have to look at the code and try to figure out what is happening.

I don't think there is anything useful you can do in the mean time...

NeilBrown


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 811 bytes --]

  reply	other threads:[~2015-04-27  6:59 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-25 21:35 BUG?: RAID6 reshape hung in reshape_request David Wahler
2015-04-27  1:20 ` NeilBrown
     [not found]   ` <CAGivzjE4zVGpoUdGpgKR_e+EaiBE60R3Ta=o9mW+VFqO8McrrQ@mail.gmail.com>
2015-04-27  1:56     ` Fwd: " David Wahler
2015-04-27  6:59       ` NeilBrown [this message]
2015-04-27 17:20         ` David Wahler
2015-04-29  0:03           ` NeilBrown
2015-04-30  0:33             ` David Wahler

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=20150427165926.6128d59b@notabene.brown \
    --to=neilb@suse.de \
    --cc=dwahler@gmail.com \
    --cc=linux-raid@vger.kernel.org \
    /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