All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Greaves <david@dgreaves.com>
To: Sean Hildebrand <silverwraithii@gmail.com>
Cc: linux-raid <linux-raid@vger.kernel.org>
Subject: Re: Rebuilding an array with a corrupt disk.
Date: Sat, 14 Jun 2008 07:21:00 +0100	[thread overview]
Message-ID: <4853634C.90508@dgreaves.com> (raw)
In-Reply-To: <fa037c550806131922y475de7ew8c3a66aa06d081b1@mail.gmail.com>

Sean Hildebrand wrote:
> I had a batch of disks go bad in my array, and have swapped in new disks.
> 
> My array is a five disk RAID5, each 750GB. Currently I have four disks
> operational within the array, so the array is functionally a RAID0.
> Rebuilds have gone fine, except for the latest disk, which I've tried
> four times.
> 
> At 74% into the rebuild, mdadm drops /dev/sdd1 (The spare being
> synced) and /dev/sda1 (A synced disk active in the array.) due to a
> read error on /dev/sda1. Checking smartctl, there have been 43 read
> errors on the disk, and they occur in groups.

You have 2 faulty drives.

Pounding on them will only make things worse.

Get 2 new drives and use ddrescue to copy /dev/sda to a new drive and replace
/dev/sda. Then add your second new drive.

> The array contents have been modifed since the removal of the older
> disks - So only the four currently-operational disks are synced.

> Fscking the array also has issues past the halfway mark - Namely, when
> it gets to a certain point, /dev/sda1 is dropped from the array and
> fsck begins spitting out inode read errors.
Well, once sda is gone you're reading garbage if the array even stays up.

> Are there any safe ways to remedy my problem? Resizing the array from
> five disks to four and then removing /dev/sda1 is impossible, as for
> the array to be resized, error free reads of /dev/sda1 would be
> necessary, no?
It depends how well ddrescue does at reading /dev/sda.

The sooner you do it the more chance you have.

David


  reply	other threads:[~2008-06-14  6:21 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-14  2:22 Rebuilding an array with a corrupt disk Sean Hildebrand
2008-06-14  6:21 ` David Greaves [this message]
2008-06-14 10:54   ` Sean Hildebrand
2008-06-14 11:47     ` David Greaves
2008-06-15 11:54       ` Sean Hildebrand
2008-06-15 13:32         ` David Greaves
2008-06-15 15:09         ` Peter Rabbitson
2008-06-19  4:57         ` Neil Brown

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=4853634C.90508@dgreaves.com \
    --to=david@dgreaves.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=silverwraithii@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 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.