From: Oliver Schinagl <oliver+list@schinagl.nl>
To: Robin Dong <sanbai@taobao.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Question about resync in RAID5
Date: Mon, 15 Apr 2013 22:27:20 +0200 [thread overview]
Message-ID: <516C62A8.4050900@schinagl.nl> (raw)
In-Reply-To: <1366106362-12886-1-git-send-email-sanbai@taobao.com>
On 16-04-13 11:59, Robin Dong wrote:
> Dear Raid experts,
>
> I have a soft RAID5 volume and after one disk failed I replaced it with
> a new hard-disk. Then the raid5 volume begin to resync with WHOLE new
> disk.
> There is only 1G data in the RAID5 volume so I think resync whole disk
> is not efficient.
The md driver however does not know this. It syncs everything.
Having said that, how do you know there's only 1 GB in use? Maybe there
is a hidden partition for the remainder of the disk? Or, maybe it houses
a encrypted container and in that container a nother encrpyted
countainer (check truecrypt on deniability).
Fact is, you do not know how much data is or is not used, well not for sure.
> Take ZFS for example, when replacing with a new disk, it only resync the
> data which are written after the creation of the volume.
but md is only the raid layer, zfs is the lower layer AND the
filesystem, you can't really fairly compare them. Btrfs may do this, but
I don't know and don't think it's ready as replacement yet anyway.
>
> Is there any method to just resync WRITTEN data to new-added-disk ? Or
> any developing plan to add this feature?
I highly doubt it, since, as said above, the md layer could not ever
possibly know what data is on the disk.
>
> ________________________________
>
> This email (including any attachments) is confidential and may be legally privileged. If you received this email in error, please delete it immediately and do not copy it or use it for any purpose or disclose its contents to any other person. Thank you.
>
> ±¾µçÓÊ(°üÀ¨Èκθ½¼þ)¿ÉÄܺ¬ÓлúÃÜ×ÊÁϲ¢ÊÜ·¨Âɱ£»¤¡£ÈçÄú²»ÊÇÕýÈ·µÄÊÕ¼þÈË£¬ÇëÄúÁ¢¼´É¾³ý±¾Óʼþ¡£Çë²»Òª½«±¾µçÓʽøÐи´ÖƲ¢ÓÃ×÷ÈÎºÎÆäËûÓÃ;¡¢»ò͸¶±¾ÓʼþÖ®ÄÚÈÝ¡£Ð»Ð»¡£
> --
> 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
--
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:[~2013-04-15 20:27 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-16 9:59 Question about resync in RAID5 Robin Dong
2013-04-15 20:27 ` Oliver Schinagl [this message]
2013-04-16 15:20 ` Keith Keller
-- strict thread matches above, loose matches on Subject: below --
2013-04-16 10:02 Robin Dong
2013-04-16 10:24 ` Robin Hill
2013-04-16 15:46 ` Roy Sigurd Karlsbakk
2013-04-16 16:55 ` Robin Hill
[not found] ` <CANsebLH0PcjV2nmcQ0TmEE_8XxF6pi53baSenV3qKwdRxioK+Q@mail.gmail.com>
2013-04-22 0:15 ` NeilBrown
2013-04-22 9:16 ` Goswin von Brederlow
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=516C62A8.4050900@schinagl.nl \
--to=oliver+list@schinagl.nl \
--cc=linux-raid@vger.kernel.org \
--cc=sanbai@taobao.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