All of lore.kernel.org
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.de>
To: Gionatan Danti <g.danti@assyoma.it>
Cc: Mikael Abrahamsson <swmike@swm.pp.se>, linux-raid@vger.kernel.org
Subject: Re: On URE and RAID rebuild - again!
Date: Thu, 31 Jul 2014 07:31:21 +1000	[thread overview]
Message-ID: <20140731073121.38cd1773@notabene.brown> (raw)
In-Reply-To: <53D8ED99.90606@assyoma.it>

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

On Wed, 30 Jul 2014 15:05:29 +0200 Gionatan Danti <g.danti@assyoma.it> wrote:

> On 30/07/2014 13:13, Mikael Abrahamsson wrote:
> >
> > There has been much discussion about the URE figures. Some people
> > interpret it one way, others another way. There is nobody here that
> > knows for sure. Ask your HDD vendor, if they answer, do share here!
> >
> - Ouch! -
> I was hoping that HDD vendors were somewhat more open about their URE 
> calculations... It's time for some lab test, I think!
>  >
> > When MD encounters an URE, it should calculate that block from parity
> > information and write it. I have personally had problems with this not
> > happening, seems it might be that if the URE doesn't happen repeatedly,
> > MD might not re-write. All parity raid levels should behave the same, so
> > this should work identically for RAID1, RAID10, RAID5 and RAID6.
> >
> What about _degraded_ array state? In other words, if a degraded RAID5 
> experiences a URE during rebuild, what happens? I read that most 
> hardware based RAID card both stop rebuilding _and_ kill the entire 
> array. From my understanding, mdadm should stop rebuilding but the array 
> can the restarted, mounted and backupped. Right?
> 
> Regards.
> 

Yes, you can usually get your data back with mdadm.

With latest code, a URE during recovery will cause a bad-block to be recorded
on the recovered device, and recovery will continue.  You end up with a
working array that has a few unreadable blocks on it.

NeilBrown

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]

  reply	other threads:[~2014-07-30 21:31 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-30  8:29 On URE and RAID rebuild - again! Gionatan Danti
2014-07-30 11:13 ` Mikael Abrahamsson
2014-07-30 13:05   ` Gionatan Danti
2014-07-30 21:31     ` NeilBrown [this message]
2014-07-31  7:16       ` Gionatan Danti
2014-08-02 16:21         ` Gionatan Danti
2014-08-03  3:48           ` NeilBrown
2014-08-04  7:02             ` Mikael Abrahamsson
2014-08-04  7:13               ` NeilBrown
2014-08-04 13:27             ` Gionatan Danti
2014-08-04 18:40               ` Mikael Abrahamsson
2014-08-04 22:44                 ` Gionatan Danti
2014-08-04 23:29                   ` NeilBrown
2014-08-05  6:52                     ` Gionatan Danti
2014-08-05 19:01                   ` Piergiorgio Sartor
2014-08-05 19:42                     ` Gionatan Danti
2014-08-06 17:05                       ` Chris Murphy
2014-08-06 16:34                   ` Chris Murphy

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=20140731073121.38cd1773@notabene.brown \
    --to=neilb@suse.de \
    --cc=g.danti@assyoma.it \
    --cc=linux-raid@vger.kernel.org \
    --cc=swmike@swm.pp.se \
    /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.