From: Takahiro Yasui <tyasui@redhat.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Cc: device-mapper development <dm-devel@redhat.com>
Subject: Re: DM-RAID1 data corruption
Date: Thu, 25 Jun 2009 12:16:24 -0400 [thread overview]
Message-ID: <4A43A2D8.6030709@redhat.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0906251044230.18768@hs20-bc2-1.build.redhat.com>
On 06/25/09 10:47, Mikulas Patocka wrote:
>> superblock approach may solve this data corruption issue without an
>> additional delay. When dm-raid1 detects a write error, it can disable
>> the mirror leg quickly and ask userspace to process aftertreatment.
>>
>> I would like to continue discussion how to fix this issue.
>>
>> Thanks,
>> Taka
>
> The current code already blocks all i/os if the log fails. So if your
> application is sensitive for it, you have to test for it anyway.
It is also a known issue. We are trying to make a log device redundant
to prevent disk replication when a log device has problem. It will
solve the delay caused by a log device failure as well.
> You can write new implementation dm-raid1.2 that will have two log devices
> (just like md-raid has two superblocks) and can perform without userspace
> intervention if any of the legs or logs fail.
>
> But it is really more like rewrite --- I think it would be easier to write
> it from scratch than to patch it over existing dm-raid1 code.
Hmm. I will look at implementation if we could add superblocks into
current code.
Thanks,
Taka
prev parent reply other threads:[~2009-06-25 16:16 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-14 20:46 DM-RAID1 data corruption Mikulas Patocka
2009-04-14 21:07 ` Takahiro Yasui
2009-04-15 3:12 ` malahal
2009-04-15 20:38 ` Takahiro Yasui
2009-04-16 2:49 ` malahal
2009-04-16 22:24 ` Takahiro Yasui
2009-04-20 9:56 ` Mikulas Patocka
2009-04-20 17:08 ` Takahiro Yasui
2009-05-27 1:33 ` malahal
2009-06-23 1:09 ` malahal
2009-06-23 16:44 ` Takahiro Yasui
2009-06-23 18:22 ` malahal
2009-06-24 3:03 ` Neil Brown
2009-06-24 16:09 ` Takahiro Yasui
2009-06-25 14:47 ` Mikulas Patocka
2009-06-25 16:16 ` Takahiro Yasui [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=4A43A2D8.6030709@redhat.com \
--to=tyasui@redhat.com \
--cc=dm-devel@redhat.com \
--cc=mpatocka@redhat.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 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.