linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "John Stoffel" <john@stoffel.org>
To: Lorac Thelmwood <lorac.web@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: corrupt raid 5
Date: Tue, 3 Jan 2006 23:41:37 -0500	[thread overview]
Message-ID: <17339.20993.529499.281141@smtp.charter.net> (raw)
In-Reply-To: <5981e8c80601031907l6d612bfcsf4a81826efc97f@mail.gmail.com>


Lorac> First I can't start the array because it complains about a bad
Lorac> superblock. 

What's the exact error you get here?  And the version of mdadm that
you're using?  What's the output of 'cat /proc/mdstat' and 'mdadm
--detail /dev/md?' where ? is the number of your raid 5 array?

Lorac>  Secondly, one of the drives had a problem with losing its
Lorac> interrupt, and that caused the system to hang a couple times.

Ouch, not a good thing.  Which kernel and which controllers do you
have on the system?  More details are better.  

Lorac> I have tested all the drives using seatools (I have 5 * 200GB
Lorac> ATA drives) and they all report no problems.

Is this a Windows only tool from Seagate to check disks?

Lorac> If I ask mdadm for detail on the array, it tells me that the
Lorac> array is active, but degraded (/dev/hdh1 is removed).  I try
Lorac> adding the drive back into the array, and it says it is
Lorac> rebuilding.  However, even after 12 hours it still says that.

See what the output of /proc/mdstat says at that point.  You should
just let it finish rebuilding until it's done.  You can tweak the
rebuild speed by doing:

	echo 200000 > /proc/sys/dev/raid/speed_limit_max
	echo 20000 > /proc/sys/dev/raid/speed_limit_min

This should help speed up things.  But before you do that, give us
current values in there.

Lorac> If i reboot, it just kicks the drive out of the array again.

Of course, it hasn't marked it clean yet because it hasn't finished
re-syncing it. 

Lorac> I could probably find room for the data elsewhere, and rebuild
Lorac> the array; however I need to get at the actual data for that.

You shouldn't need to do that.  Once you bring the array up, you
should be able to do an fsck on the filesystem, even while it's
re-syncing, and then mount hte filesystem and recover your data.

Aren't you able to do that?

John

  reply	other threads:[~2006-01-04  4:41 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-04  3:07 corrupt raid 5 Lorac Thelmwood
2006-01-04  4:41 ` John Stoffel [this message]
2006-01-04  5:35   ` Lorac Thelmwood
2006-01-04 13:40     ` Michael Tokarev
2006-01-04 20:45     ` John Stoffel
     [not found]       ` <5981e8c80601042213j7e4b42gb71690d634ce0050@mail.gmail.com>
2006-01-05  6:14         ` Lorac Thelmwood

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=17339.20993.529499.281141@smtp.charter.net \
    --to=john@stoffel.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=lorac.web@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;
as well as URLs for NNTP newsgroup(s).