linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Robin Hill <robin@robinhill.me.uk>
To: Gimpbully <gimpbully@gmail.com>
Cc: "<linux-raid@vger.kernel.org>" <linux-raid@vger.kernel.org>
Subject: Re: array went wonky
Date: Sat, 13 Apr 2013 16:46:17 +0100	[thread overview]
Message-ID: <20130413154617.GA17005@cthulhu.home.robinhill.me.uk> (raw)
In-Reply-To: <DC0F689B-F5E5-41F3-9CD4-74813E4A6108@bingner.com>

[-- Attachment #1: Type: text/plain, Size: 3769 bytes --]

On Sat Apr 13, 2013 at 02:20:50 +0000, Sam Bingner wrote:

> On Apr 12, 2013, at 7:41 PM, Gimpbully <gimpbully@gmail.com> wrote:
> 
> > Good Evening Folks,
> >     Alright, I have a 5 disk raid5, it's worked for years.  Today a
> >     disk went "click click" and I dropped the cold spare I had in
> >     and started a rebuild.  Everything was great until I checked
> >     around 35% rebuild and everything was in the toilet.  Here is
> >     the current -E info.  Any advise would be *amazingly*
> >     appreciated.  (I can't believe I didn't just put the spare in
> >     and just go RAID5...).
> > 
> > /dev/sda1:
> >         Events : 25952
> > this     4       8        1        4      active sync   /dev/sda1
> >   0     0       8       33        0      active sync   /dev/sdc1
> >   2     2       8       65        2      active sync   /dev/sde1
> >   4     4       8        1        4      active sync   /dev/sda1
> >   5     5       8       81        5      spare   /dev/sdf1
> > /dev/sdb1:
> >         Events : 25944
> > this     1       8       17        1      active sync   /dev/sdb1
> >   0     0       8       33        0      active sync   /dev/sdc1
> >   1     1       8       17        1      active sync   /dev/sdb1
> >   2     2       8       65        2      active sync   /dev/sde1
> >   4     4       8        1        4      active sync   /dev/sda1
> >   5     5       8       81        5      spare   /dev/sdf1
> > /dev/sdc1:
> >         Events : 25952
> > this     0       8       33        0      active sync   /dev/sdc1
> >   0     0       8       33        0      active sync   /dev/sdc1
> >   2     2       8       65        2      active sync   /dev/sde1
> >   4     4       8        1        4      active sync   /dev/sda1
> >   5     5       8       81        5      spare   /dev/sdf1
> > /dev/sde1:
> >         Events : 25952
> > this     2       8       65        2      active sync   /dev/sde1
> >   0     0       8       33        0      active sync   /dev/sdc1
> >   2     2       8       65        2      active sync   /dev/sde1
> >   4     4       8        1        4      active sync   /dev/sda1
> >   5     5       8       81        5      spare   /dev/sdf1
> > /dev/sdf1:
> >         Events : 25952
> > this     5       8       81        5      spare   /dev/sdf1
> >   0     0       8       33        0      active sync   /dev/sdc1
> >   2     2       8       65        2      active sync   /dev/sde1
> >   4     4       8        1        4      active sync   /dev/sda1
> >   5     5       8       81        5      spare   /dev/sdf1
> > 
> > -- 
> > 
> 
> I suspect that your sdb drive is also bad... you should try to copy it
> to a new drive.  I would suggest GNU ddrescue (don't forget to use the
> logfile feature).  At this point I would actually suggest making a
> copy of all the drives (except the spare)... 
>
Yes, looks like a read error on sdb - this may be just a transient
issue, or could be a sign of pending failure. Once you've got it copied,
you can do a more thorough check (SMART tests, badblocks, etc).

> After that you can try to recreate the array with the proper order
> (sdc1, sdb1, sde1, missing, sda1) and copy data off or add the spare
> in again depending on if you were able to recover all the data wih GNU
> ddrescue.
> 
No! Definitely DO NOT recreate the array. A force assemble should get
the array back up, without any risk of differing data offsets, metadata
formats, etc.

Cheers,
    Robin
-- 
     ___        
    ( ' }     |       Robin Hill        <robin@robinhill.me.uk> |
   / / )      | Little Jim says ....                            |
  // !!       |      "He fallen in de water !!"                 |

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2013-04-13 15:46 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-13  5:41 array went wonky Gimpbully
2013-04-13 14:20 ` Sam Bingner
2013-04-13 15:46   ` Robin Hill [this message]
2013-04-13 16:09     ` John White
2013-04-30  2:33   ` Gimpbully
2013-04-30  6:20     ` Sam Bingner
2013-04-30 14:45       ` Phil Turmel
2013-04-30 14:48         ` Gimpbully
2013-05-01 18:59           ` Gimpbully
2013-05-02 14:18             ` Gimpbully
2013-05-02 14:29               ` Gimpbully
2013-05-03  6:47                 ` Gimpbully
2013-05-03 14:24                   ` Phil Turmel
2013-05-03  7:40                 ` Robin Hill

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=20130413154617.GA17005@cthulhu.home.robinhill.me.uk \
    --to=robin@robinhill.me.uk \
    --cc=gimpbully@gmail.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 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).