From: "Stefan /*St0fF*/ Hübner" <stefan.huebner@stud.tu-ilmenau.de>
To: Lemur Kryptering <gottail@lemurdude.com>
Cc: Linux RAID <linux-raid@vger.kernel.org>, philip@turmel.org
Subject: Re: Raid 6 - TLER/CCTL/ERC
Date: Fri, 08 Oct 2010 07:47:25 +0200 [thread overview]
Message-ID: <4CAEB06D.4040007@stud.tu-ilmenau.de> (raw)
In-Reply-To: <3870309.421286406668656.JavaMail.SYSTEM@ninja>
Am 07.10.2010 01:11, schrieb Lemur Kryptering:
>
> [...]
>
> That sounds exactly like what I'm seeing in the logs -- the sector initially reported as bad is indeed unreadable via dd. All of the subsequent problems reported in other sectors aren't actually problems when I check on them at a later point. Couldn't this be worked around by exposing whatever timeouts there are in mdraid to something that could be adjusted in /sys?
>
>>
>> There's nothing you can do about this viscious circle except either
>> enabling ERC or using Raid-Edition disk (which have ERC enabled by
>> default).
I must say yesterday we had our first Hitachi UltraStar Drives - which
are supposed to be Raid-Edition. They didn't have ERC enabled. I'll
inquire Hitachi about that today.
>>
>
> I tried connecting the drives directly to my motherboard (my controller didn't seem to want to let me pass the smart commands ERC commands to the drives). The ERC commands took, in so far as I was able to read them back with what I set them to. This didn't seem to help much with the issues I was having, however.
Which wouldn't work, as the SCT ERC settings are volatile. I.e.:
they're gone after a power cycle.
>
> Lesson-learned on the non-raid edition disks. I would have spent the extra to avoid all this headache, but am now stuck with these things. I realize that not fixing the problem at the core (the drives themselves), essentially puts the burden on mdraid (which would be forced to block for a ridiculous amount of time waiting for the drive instead of just kicking it), however, in my particular case, this sort of delay would not be a cause for concern.
>
> Would someone be able to nudge me in the right direction as far as where the logic that handles this is located?
>
>> [...]
>>> #!/bin/bash
>>> #
>>> for x in /sys/block/md*/md/sync_action ; do
>>> echo repair >$x
>>> done
>>>[...]
That is probably the only thing you can try. As this does indeed try to
reconstruct the sector from the redundancy. But I'd try it with ERC
enabled. Maybe you find a way where this works. (i.e. move the whole
Raid to the other computer...)
Stefan
next prev parent reply other threads:[~2010-10-08 5:47 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <8469417.401286406060921.JavaMail.SYSTEM@ninja>
2010-10-06 23:11 ` Raid 6 - TLER/CCTL/ERC Lemur Kryptering
2010-10-08 5:47 ` Stefan /*St0fF*/ Hübner [this message]
[not found] <6391773.361286404984328.JavaMail.SYSTEM@ninja>
2010-10-06 22:51 ` Lemur Kryptering
[not found] <30914146.21286374217265.JavaMail.SYSTEM@ninja>
2010-10-06 14:12 ` Lemur Kryptering
2010-10-06 21:22 ` Stefan /*St0fF*/ Hübner
[not found] <904330941.660.1286340548064.JavaMail.root@mail.networkmayhem.com>
2010-10-06 5:51 ` Peter Zieba
2010-10-06 11:57 ` Phil Turmel
2010-10-06 20:14 ` Richard Scobie
2010-10-06 20:24 ` John Robinson
2010-10-07 0:45 ` Michael Sallaway
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=4CAEB06D.4040007@stud.tu-ilmenau.de \
--to=stefan.huebner@stud.tu-ilmenau.de \
--cc=gottail@lemurdude.com \
--cc=linux-raid@vger.kernel.org \
--cc=philip@turmel.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).