From: "Stefan /*St0fF*/ Hübner" <stefan.huebner@stud.tu-ilmenau.de>
To: brian.foster@emc.com
Cc: linux-raid@vger.kernel.org
Subject: Re: --assume-clean on raid5/6
Date: Sat, 07 Aug 2010 14:28:55 +0200 [thread overview]
Message-ID: <4C5D5187.7080109@stud.tu-ilmenau.de> (raw)
In-Reply-To: <D27CA15508148C428A25104ADEFAAC810661CD00@CORPUSMX50C.corp.emc.com>
Hi Brian,
--assume-clean skips over the initial resync. Which - if you will
create a filesystem after creating the array - is a time-saving idea.
But keep in mind: even if the disks are brand new and contain only
zeros, the parity would probably look not all zeros. So reading from
such an array would be a bad idea.
But if the next thing you do is create LVM/filesystem etc., then all bit
read from the array will have been written to before (and by that are in
sync).
Stefan
Am 06.08.2010 03:19, schrieb brian.foster@emc.com:
> Hi all,
>
> I've read in the list archives that use of --assume-clean on raid5
> (raid6?) is not safe assuming the member drives are not sync, but it's
> not clear to me as to why. I can see the content of an written raid5
> array change if I fail a drive out of the array (created w/
> --assume-clean), but data that I write prior to failing a drive remains
> intact. Perhaps I'm missing something. Could somebody elaborate on the
> danger/risk of using --assume-clean? Thanks in advance.
>
> Brian
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2010-08-07 12:28 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-06 1:19 --assume-clean on raid5/6 brian.foster
2010-08-07 12:28 ` Stefan /*St0fF*/ Hübner [this message]
2010-08-08 8:56 ` Neil Brown
2010-08-08 14:17 ` brian.foster
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=4C5D5187.7080109@stud.tu-ilmenau.de \
--to=stefan.huebner@stud.tu-ilmenau.de \
--cc=brian.foster@emc.com \
--cc=linux-raid@vger.kernel.org \
--cc=st0ff@npl.de \
/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.