From: David Greaves <david@dgreaves.com>
To: linux-raid@vger.kernel.org
Subject: RAID5 - 2nd drive died whilst waiting for RMA
Date: Fri, 12 Nov 2004 10:07:33 +0000 [thread overview]
Message-ID: <41948B65.3090504@dgreaves.com> (raw)
Hi
Remember I had a disk fail a couple of weeks back - and being a normal
person and not a business I don't have hot spares lying about...
Well, it got back from RMA today.
And before I could plug it in, another drive got a bad block
reallocation error.
So my RAID5 has 2 dead drives and is toasted :(
I had a few smaller disks on another machine which I lvm'ed together to
do a backup - but I could only fit about a quarter of my data there. I'd
*really* like not to have lost all this stuff.
However I do now have a 'good' drive.
Can I dd the newly dead drive (bear in mind it probably only has a bad
block or two) onto the new drive and come back up in degraded mode?
Any other suggestions.
Then RMA *this* Maxtor and hope to resync in a couple of weeks (well,
actually - these drives seem so damned unreliable I guess I'm going to
*have* to buy a spare)
FYI these are 250Gb Maxtor SATA disks.
David
Nov 12 09:45:40 cu kernel: scsi0: ERROR on channel 0, id 0, lun 0, CDB:
Read (10) 0
0 0d 3b 56 97 00 00 08 00
Nov 12 09:45:40 cu kernel: Current sda: sense key Medium Error
Nov 12 09:45:40 cu kernel: Additional sense: Unrecovered read error -
auto realloca
te failed
Nov 12 09:45:40 cu kernel: end_request: I/O error, dev sda, sector 221992599
Nov 12 09:45:40 cu kernel: RAID5 conf printout:
Nov 12 09:45:40 cu kernel: --- rd:5 wd:3 fd:2
Nov 12 09:45:40 cu kernel: disk 0, o:0, dev:sda1
Nov 12 09:45:40 cu kernel: disk 1, o:1, dev:sdc1
Nov 12 09:45:40 cu kernel: disk 2, o:1, dev:sdb1
Nov 12 09:45:40 cu kernel: disk 4, o:1, dev:hdb1
Nov 12 09:45:40 cu kernel: RAID5 conf printout:
Nov 12 09:45:40 cu kernel: --- rd:5 wd:3 fd:2
Nov 12 09:45:40 cu kernel: disk 1, o:1, dev:sdc1
Nov 12 09:45:40 cu kernel: disk 2, o:1, dev:sdb1
Nov 12 09:45:40 cu kernel: disk 4, o:1, dev:hdb1
Nov 12 09:45:41 cu kernel: lost page write due to I/O error on dm-0
next reply other threads:[~2004-11-12 10:07 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-12 10:07 David Greaves [this message]
2004-11-12 12:17 ` RAID5 - 2nd drive died whilst waiting for RMA David Greaves
2004-11-12 16:22 ` Dick Streefland
2004-11-12 17:31 ` David Greaves
2004-11-12 17:49 ` Guy
2004-11-12 18:13 ` David Greaves
2004-11-12 17:48 ` Guy
2004-11-12 18:09 ` Guy
2004-11-12 18:30 ` David Greaves
2004-11-12 18:47 ` Guy
2004-11-13 19:48 ` David Greaves
2004-11-13 20:01 ` Måns Rullgård
2004-11-13 20:28 ` David Greaves
2004-11-13 20:32 ` Måns Rullgård
2004-11-13 20:39 ` Guy
2004-11-13 21:54 ` David Greaves
2004-11-15 16:55 ` David Greaves
2004-11-16 6:13 ` Brad Campbell
2004-11-17 11:21 ` David Greaves
2004-11-17 11:24 ` Måns Rullgård
2004-11-17 11:44 ` Brad Campbell
2004-11-17 12:04 ` David Greaves
2004-11-15 20:56 ` Robin Bowes
2004-11-15 21:24 ` Guy
2004-11-15 21:30 ` Robin Bowes
2004-11-15 21:39 ` Gordon Henderson
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=41948B65.3090504@dgreaves.com \
--to=david@dgreaves.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 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.