From: Tim Small <tim@buttersideup.com>
To: Chris Murphy <lists@colorremedies.com>
Cc: "linux-raid@vger.kernel.org" <linux-raid@vger.kernel.org>
Subject: Re: read errors with md RAID5 array
Date: Mon, 15 Aug 2016 15:42:38 +0100 [thread overview]
Message-ID: <b353161b-255e-e359-e3f4-800eac848847@buttersideup.com> (raw)
In-Reply-To: <CAJCQCtSggAsQMSH9Ufa=Vjmu13cBm58+Q-RBZ4WRXm9UF=Yd+Q@mail.gmail.com>
On 15/08/16 14:57, Chris Murphy wrote:
> $ sudo smartctl -l scterc <dev> ## for each device used in the array
> $ sudo cat /sys/block/<dev>/device/timeout ## for each device used
> in the array
These were all reporting:
SCT Error Recovery Control:
Read: Disabled
Write: Disabled
However I'm not sure how this would cause a read error from the md
device itself? There are no timeout/reset messages in the kernel logs
for the underlying SATA devices?
To check, I've set the ERC on all drives to 6.5 seconds for both reads
and writes, and restarted the "dd if=/dev/md2 of=/dev/null
conv=noerror", and it's just produced read failures at exactly the same
places, with no further kernel messages.
Some scenarios:
1. These are write-hole locations, and the md driver has recorded this
and is failing I/O here (didn't know it did this, and a quick read
through the raid5 code couldn't see this, BICBW as I was just skimming it).
2. Two underlying drives have I/O problems at these locations (but then
why no errors in kernel logs?).
3. Something's bad in the block or ATA layer.
... or something else.
Cheers,
Tim.
next prev parent reply other threads:[~2016-08-15 14:42 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-15 13:12 read errors with md RAID5 array Tim Small
2016-08-15 13:57 ` Chris Murphy
2016-08-15 14:42 ` Tim Small [this message]
2016-08-15 16:23 ` Chris Murphy
2016-08-16 12:22 ` Tim Small
2016-08-15 14:59 ` Andreas Klauer
2016-08-16 11:40 ` Tim Small
2016-08-16 12:27 ` Andreas Klauer
2016-08-16 18:25 ` Chris Murphy
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=b353161b-255e-e359-e3f4-800eac848847@buttersideup.com \
--to=tim@buttersideup.com \
--cc=linux-raid@vger.kernel.org \
--cc=lists@colorremedies.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