From: Mukund Sivaraman <muks@banu.com>
To: "Mathias Burén" <mathias.buren@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID-6 recovery questions
Date: Sun, 29 Jan 2012 18:36:18 +0530 [thread overview]
Message-ID: <20120129130618.GA4332@misha.banu.com> (raw)
In-Reply-To: <CADNH=7FucU4vxjSom=n=vChHDCAvmZWWagsCgT-WEZE-pyhwKA@mail.gmail.com>
Hi Mathias
On Fri, Jan 27, 2012 at 12:30:36PM +0000, Mathias Burén wrote:
[snip]
> Hi,
>
> (this caters to question 1 & 2)
> I run a 7x 2TB array myself, which has had 2 drive failure the last ~2
> years (the age of the array). The first time went smooth, MD kicked
> out the bad drive almost immediately, and when I got the new drive it
> rebuilt happily and everything was fine. The other time (see the last
> few days on this mailing list) the drive wasn't kicked out straight
> away - it kept retrying to read/write those bad sectors, and stalling
> the entire system. I was unable to sync or anything, so I had to pull
> the power, pull the bad disk, then power on the system again and
> perform a RAID6 check (which turned out fine).
>
> Lesson learned, you'll want a drive to get kicked out ASAP if it's
> reporting errors. When it's kicked out, you can test it yourself while
> your RAID6 still chugs along, and if you can fix the errors, stick it
> back into the array. If not, RMA the drive.
Thank you for replying (you're the only one who has replied to these
two questions). But it doesn't actually answer the question I have.
The problem is that a disk has failed fully, and during rebuild, >1
disks among the remaining members are reporting read errors which were
not known previously -> latent errors (see the figure in the email
which started this topic). This is not an unlikely situation with
RAID-6 and modern "end-user" SATA disks.
How do we then go about fully or partially recovering data in the
array?
Kind regards,
Mukund
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2012-01-29 13:06 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-27 8:10 RAID-6 recovery questions Mukund Sivaraman
2012-01-27 12:30 ` Mathias Burén
2012-01-29 13:06 ` Mukund Sivaraman [this message]
2012-01-27 17:56 ` Piergiorgio Sartor
2012-01-29 13:07 ` Mukund Sivaraman
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=20120129130618.GA4332@misha.banu.com \
--to=muks@banu.com \
--cc=linux-raid@vger.kernel.org \
--cc=mathias.buren@gmail.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