All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Jonathan Baker-Bates" <jonathan@bakerbates.com>
To: linux-raid@vger.kernel.org
Subject: RE: The right way to recover from md partition failure?
Date: Mon, 30 Aug 2004 22:50:28 +0100	[thread overview]
Message-ID: <NDBBJAGHALMCJCFDHBILMEPCENAA.jonathan@bakerbates.com> (raw)
In-Reply-To: <41339D1D.2040101@dgreaves.com>

> -----Original Message-----
> From: David Greaves [mailto:david@dgreaves.com]
> Sent: 30 August 2004 22:33
> To: Guy
> Cc: 'Jonathan Baker-Bates'; linux-raid@vger.kernel.org
> Subject: Re: The right way to recover from md partition failure?
>
>
> I think a better approach might be:
>
> mdadm /dev/md1 -r /dev/hde3
> dd if=/dev/hde3 of=/dev/null

Why the /dev/null-ing?

> check logs for nasty errors and only continue if there weren't any :)
> mdadm /dev/md1 -a /dev/hde3
>
> Having done this very thing this afternoon!!
>
> If you have "some console messages about a bad block or something" then
> I'd make damn sure your disk is good before putting it back.
> If you end up doing lots of retries during the resync and an error
> occurs on a remaining drive you'll be sorry!
>
> In general a raid failure means you should suspect a disk failure.
>

Now it's the issue of making sure the disk is good that was worrying me. How
do I make sure? Hence my question to Guy about fsck.

Jonathan



  reply	other threads:[~2004-08-30 21:50 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-30 19:38 The right way to recover from md partition failure? Jonathan Baker-Bates
2004-08-30 20:14 ` Guy
2004-08-30 21:33   ` David Greaves
2004-08-30 21:50     ` Jonathan Baker-Bates [this message]
2004-08-30 22:11       ` David Greaves
2004-08-30 22:17     ` Philip Molter
2004-08-30 23:27       ` Guy
2004-08-30 21:44   ` Jonathan Baker-Bates

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=NDBBJAGHALMCJCFDHBILMEPCENAA.jonathan@bakerbates.com \
    --to=jonathan@bakerbates.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.