From: Adam Goryachev <mailinglists@websitemanagers.com.au>
To: Kyle Logue <teque5@gmail.com>, linux-raid@vger.kernel.org
Subject: Re: Wierd: Degrading while recovering raid5
Date: Tue, 10 Feb 2015 18:35:09 +1100 [thread overview]
Message-ID: <54D9B4AD.8010204@websitemanagers.com.au> (raw)
In-Reply-To: <CAP7a4UQCB=jdf7=sz8MoYL+WGbMbT_09_xL460DLX-epLAS0Sw@mail.gmail.com>
Hi Kyle,
There are other people who will jump in and help you with your problem,
but I'll add a couple of pointers while you are waiting. See below.
On 10/02/15 15:20, Kyle Logue wrote:
> Hey all:
>
> I have a 5 disk software raid5 that was working fine until I decided
> to swap out an old disk with a new one.
>
> mdadm /dev/md0 --add /dev/sda1
> mdadm /dev/md0 --fail /dev/sde1
>
> At this point it started automatically rebuilding the array.
> About 60%? of the way in it stops and I see a lot of this repeated in my dmesg:
>
> [Mon Feb 9 18:06:48 2015] ata5.00: exception Emask 0x0 SAct 0x0 SErr
> 0x0 action 0x6 frozen
> [Mon Feb 9 18:06:48 2015] ata5.00: failed command: SMART
> [Mon Feb 9 18:06:48 2015] ata5.00: cmd
> b0/da:00:00:4f:c2/00:00:00:00:00/00 tag 7
> [Mon Feb 9 18:06:48 2015] res
> 40/00:ff:00:00:00/00:00:00:00:00/40 Emask 0x4 (timeout)
> [Mon Feb 9 18:06:48 2015] ata5.00: status: { DRDY }
> [Mon Feb 9 18:06:48 2015] ata5: hard resetting link
> [Mon Feb 9 18:06:58 2015] ata5: softreset failed (1st FIS failed)
> [Mon Feb 9 18:06:58 2015] ata5: hard resetting link
> [Mon Feb 9 18:07:08 2015] ata5: softreset failed (1st FIS failed)
> [Mon Feb 9 18:07:08 2015] ata5: hard resetting link
> [Mon Feb 9 18:07:12 2015] ata5: SATA link up 1.5 Gbps (SStatus 113
> SControl 310)
> [Mon Feb 9 18:07:12 2015] ata5.00: configured for UDMA/33
> [Mon Feb 9 18:07:12 2015] ata5: EH complete
>
> ata5 corresponds to my /dev/sdc drive.
First, check if the drive is faulty.
dd if=/dev/sdc of=/dev/null bs=10M
If that completes without any errors from dd, then the drive can be read
OK. Now check the logs, was there any errors there? Especially if there
were errors in the logs, (or even if not) read about timing mismatches
between the kernel and the hard drive, and how to solve that. There was
another post earlier today with some links to specific posts that will
be helpful (check the online archive).
Finally, I think your first mistake was to fail the drive. You should
have replaced it which will stop you from losing protection from a
failed drive.
See the second answer to this question:
http://unix.stackexchange.com/questions/74924/how-to-safely-replace-a-not-yet-failed-disk-in-a-linux-raid5-array
Regards,
Adam
--
Adam Goryachev Website Managers www.websitemanagers.com.au
next prev parent reply other threads:[~2015-02-10 7:35 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-10 4:20 Wierd: Degrading while recovering raid5 Kyle Logue
2015-02-10 7:35 ` Adam Goryachev [this message]
2015-02-10 13:51 ` Phil Turmel
2015-02-10 21:50 ` Kyle Logue
2015-02-11 2:14 ` Phil Turmel
-- strict thread matches above, loose matches on Subject: below --
2015-02-11 6:23 Kyle Logue
2015-02-11 14:28 ` Phil Turmel
2015-02-11 22:12 ` Kyle Logue
2015-02-12 0:15 ` Phil Turmel
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=54D9B4AD.8010204@websitemanagers.com.au \
--to=mailinglists@websitemanagers.com.au \
--cc=linux-raid@vger.kernel.org \
--cc=teque5@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 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.