All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Greaves <david@dgreaves.com>
To: Guy <bugzilla@watkins-home.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID5 - 2nd drive died whilst waiting for RMA
Date: Sat, 13 Nov 2004 19:48:36 +0000	[thread overview]
Message-ID: <41966514.8000301@dgreaves.com> (raw)
In-Reply-To: <200411121847.iACIlNN01272@www.watkins-home.com>

OK, not great, but nothing has broken either.

So the reboot happened, the disks went in and got moved around:
new drive->/dev/sdd1
the machine hung complaining 'ata4 timed out' during dd if=sda of=sdd :(
reboot, did it again and it worked fine ( - no errors? maybe it was 
transient? anway...)

powerdown
move sickly drive (sda) to new controller (new:sde)
move new copy (sdd) to position 1 (new:sda)
insert new spare disk (new:sdd)

of course, the partitions are 'fd' so boot produces:
md: Autodetecting RAID arrays.
md: invalid raid superblock magic on sdd1
md: sdd1 has invalid sb, not importing!
# that's fair, I just made a partition, never used, no sb
md: autorun ...
md: considering sde1 ...
# hmm, ok, it's fd and has a superblock but should be marked faulty
md: adding sde1 ...
md: adding sdc1 ...
md: adding sdb1 ...
md: adding sda1 ...
md: adding hdb1 ...
md: created md0
md: bind<hdb1>
md: bind<sda1>
md: bind<sdb1>
md: bind<sdc1>
md: export_rdev(sde1)
# what does this mean? does it mean 'sb is marked faulty'?
md: running: <sdc1><sdb1><sda1><hdb1>
md: kicking non-fresh sda1 from array!
# OK, so you recognise it as an md device but think it's dirty - good
md: unbind<sda1>
md: export_rdev(sda1)
raid5: device sdc1 operational as raid disk 1
raid5: device sdb1 operational as raid disk 2
raid5: device hdb1 operational as raid disk 4
raid5: not enough operational devices for md0 (2/5 failed)
# as expected


Now, Guy, your next step:
# mdadm --assemble --force /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/hdb1
mdadm: /dev/sda1 does not appear to be an md device

Oh.

So the first thing I'm doing is to cleanly redo the dd_rescue from (now) 
sde to sda

Comments?

David

PS Guy, my ISP has blocked comcast.net due to excessive spam - he's 
reconsidered and will unblock them 'soon' but for now I can only 
apologise :(


  reply	other threads:[~2004-11-13 19:48 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-12 10:07 RAID5 - 2nd drive died whilst waiting for RMA David Greaves
2004-11-12 12:17 ` 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 [this message]
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=41966514.8000301@dgreaves.com \
    --to=david@dgreaves.com \
    --cc=bugzilla@watkins-home.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.