linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Wols Lists <antlists@youngman.org.uk>
To: Phil Turmel <philip@turmel.org>, linux-raid@vger.kernel.org
Subject: Re: Linux raid wiki
Date: Mon, 26 Sep 2016 17:44:04 +0100	[thread overview]
Message-ID: <57E95054.4020903@youngman.org.uk> (raw)
In-Reply-To: <c6d53f0f-4434-9703-cfab-b148dd8dd68b@turmel.org>

On 26/09/16 15:01, Phil Turmel wrote:
> Hi Wol,
> 
> A few comments below.

Thank you very much.
> 
> On 09/24/2016 09:18 AM, Wols Lists wrote:
>> On 23/09/16 00:31, Wols Lists wrote:
>>> I've added the "When Things Go Wrogn" section, but so far only the first
>>> two pages - "Asking for help" and "Timeout Mismatch" - are all my work.
>>> The other three pages were already there, but I moved them here because
>>> I felt they belonged here.
>>>
>>> Please feel free to criticize it (or offer bouquets :-), and give advice
>>> as how to improve things, either in private email or on the list.
>>
>> Replying to myself, but I'm reasonably happy with the first three
>> sections in "When Things Go Wrogn". But it's important that they're
>> correct! Would a couple of experts mind looking them over and sending a
>> critique to the list? Just a simple "Looks good" would be great and set
>> my mind at rest that I have understood things properly and I'm not
>> giving out bad advice.
>>
>> Note that the next section is going to be along the lines of "My array
>> won't assemble / run"
>>
>> https://raid.wiki.kernel.org/index.php/Asking_for_help
> 
> "smartctl --all" doesn't report ERC settings.  --xall is required, or
> for a somewhat shorter report, I find "smartctl -H -i -l scterc" ideal.
> 
Thanks. Noted and updated.

>> https://raid.wiki.kernel.org/index.php/Timeout_Mismatch
> 
> Very good.
> 
>> https://raid.wiki.kernel.org/index.php/Replacing_a_failed_drive
> 
> You should note that USB connections are not suitable for permanent use.
>  Copying a drive or doing a --replace, fine, but don't leave it set up
> that way.  USB disconnects, even if only for sleep, will scramble the MD
> code.

Noted. I've added a bit to say don't use USB for raid but it's okay for
salvaging a drive.
> 
> Also, any time ddrescue is used, the unreadable sectors are replaced
> with zeros and there is no longer any indication that that sector is
> bad.  That means assembling an array from ddrescued components will
> certainly have some corrupt spots.  fsck is mandatory, and there may be
> corrupt file content.  ddrescue is only appropriate if there's no
> redundancy left in the array to use to fix UREs.
> 
Or if there are no errors in the copy ...

That section tries to stress that it only applies if there are no
errors. And if you complete it successfully, you won't lose any data.

> Overall, very good.
> 
The next section -

https://raid.wiki.kernel.org/index.php/Assemble_Run

addresses what to do if the array is messed up in some way. Would you
mind taking a look at that now too :-)

Cheers,
Wol


  reply	other threads:[~2016-09-26 16:44 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-22 23:31 Linux raid wiki Wols Lists
2016-09-23 17:35 ` WNSDEV
2016-09-23 18:43   ` Wols Lists
2016-09-23 19:02     ` Peter Sangas
2016-09-24  3:38     ` Phil Turmel
2016-09-24 13:18 ` Wols Lists
2016-09-26 14:01   ` Phil Turmel
2016-09-26 16:44     ` Wols Lists [this message]
2016-09-26 21:19       ` Phil Turmel
2016-09-26 21:37         ` Wols Lists

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=57E95054.4020903@youngman.org.uk \
    --to=antlists@youngman.org.uk \
    --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).