All of lore.kernel.org
 help / color / mirror / Atom feed
From: Phil Turmel <philip@turmel.org>
To: Kevin Wilson <kevin@digitalarchitects.co.za>,
	linux-raid@vger.kernel.org, Morne Botha <bothamb@gmail.com>
Subject: Re: Seagate black armour recovery
Date: Mon, 04 Nov 2013 17:28:01 -0500	[thread overview]
Message-ID: <52781F71.4060105@turmel.org> (raw)
In-Reply-To: <CAHwiqHszJWNRZqWuarzJZO8cYqQitUoJ+SeLUco64Po=FA3doQ@mail.gmail.com>

Hi Kevin,

On 11/04/2013 08:51 AM, Kevin Wilson wrote:
> Good day All,

[snip /]

Good report, BTW.

> 1. Hexedit the drive status information in the superblocks and set it
> to what we require to assemble

You would have to be very brave to try that, and very confident that you
complete understood the on-disk raid metadata.

> 2. Run the create option of mdadm with precisely the original
> configuration of the pack to overwrite the superblock information

This is a valid option, but should always be the *last* resort.

Your research missed the recommended *first* option:

mdadm --assemble --force ....

[snip /]

> Mdadm examine for each drive:
> /dev/sda4:

>          Events : 18538
>    Device Role : Active device 0
>    Array State : AAA. ('A' == active, '.' == missing)

> /dev/sdb4:
>          Events : 18538
>    Device Role : Active device 1
>    Array State : .AA. ('A' == active, '.' == missing)

> /dev/sdc4:
>          Events : 18538
>    Device Role : Active device 2
>    Array State : ..A. ('A' == active, '.' == missing)

> /dev/sdd4 is the faulty drive that now shows up as 4GB.

Check /proc/mdstat and then use mdadm --stop to make sure any partial
assembly of these devices is gone.  Then

mdadm -Afv /dev/md3 /dev/sd[abc]4

Save the output so you can report it to this list if it fails.  You
should end up with the array running in degraded mode.

Use fsck as needed to deal with the detritus from the power losses, then
make your backups.

HTH,

Phil


  reply	other threads:[~2013-11-04 22:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-04 13:51 Seagate black armour recovery Kevin Wilson
2013-11-04 22:28 ` Phil Turmel [this message]
2013-11-05 19:39   ` Kevin Wilson
2013-11-09  7:25     ` Doug Ledford

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=52781F71.4060105@turmel.org \
    --to=philip@turmel.org \
    --cc=bothamb@gmail.com \
    --cc=kevin@digitalarchitects.co.za \
    --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.