From: Ming Zhang <mingz@ele.uri.edu>
To: Neil Brown <neilb@cse.unsw.edu.au>
Cc: linux-raid@vger.kernel.org
Subject: Re: consistency detect
Date: Mon, 11 Oct 2004 20:43:20 -0400 [thread overview]
Message-ID: <1097541799.3103.106.camel@localhost.localdomain> (raw)
In-Reply-To: <16747.8619.449429.397300@cse.unsw.edu.au>
On Mon, 2004-10-11 at 20:13, Neil Brown wrote:
> On Monday October 11, mingz@ele.uri.edu wrote:
> > :) thanks a lot. so now i know what policy raid1 use. so raid1 will
> > randomly choose first drive and sync among all drives. so here comes to
> > another question. after a power loss and reboot, raid1 knows that there
> > are something wrong and potentially out of sync between two drives. will
> > it try to check and make sure two drives are in sync or it just leave
> > two drives there with potential unmatched blocks.
> >
> > for example, before reboot, a write to location A happen in progress.
> > then after reboot. raid1 has no idea on previous write information. it
> > just knows something might happened and two drives are possible to be
> > out of sync. will it check whole drive to do a resync?
> >
>
> Yes. It copies all of these first drive onto all of the other drives.
a full copy? then if u have 100GB on first disk and you have to copy
that much? with background reconstruction, this can take a long time. i
never realized the overhead is this high. so i guess if system provide u
a piece of nvram, u can do much better. :P
>
> NeilBrown
--
--------------------------------------------------
| Ming Zhang, PhD. Student
| Dept. of Electrical & Computer Engineering
| College of Engineering
| University of Rhode Island
| Kingston RI. 02881
| e-mail: mingz at ele.uri.edu
| Tel. (401) 874-2293
| Fax. (401) 782-6422
| http://www.ele.uri.edu/~mingz/
| http://crab.ele.uri.edu/gallery/albums.php
--------------------------------------------------
prev parent reply other threads:[~2004-10-12 0:43 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-11 3:32 consistency detect Ming Zhang
2004-10-11 8:54 ` Brad Campbell
2004-10-11 10:42 ` Michael Tokarev
2004-10-11 10:58 ` Brad Campbell
2004-10-11 21:15 ` Ming Zhang
2004-10-11 23:23 ` Neil Brown
2004-10-12 0:05 ` Ming Zhang
2004-10-12 0:13 ` Neil Brown
2004-10-12 0:43 ` Ming Zhang [this message]
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=1097541799.3103.106.camel@localhost.localdomain \
--to=mingz@ele.uri.edu \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@cse.unsw.edu.au \
/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.