From: Takahiro Yasui <tyasui@redhat.com>
To: Mikulas Patocka <mpatocka@redhat.com>
Cc: dm-devel@redhat.com
Subject: Re: DM-RAID1 data corruption
Date: Mon, 20 Apr 2009 13:08:24 -0400 [thread overview]
Message-ID: <49ECAC08.3040705@redhat.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0904200552590.27291@hs20-bc2-1.build.redhat.com>
Mikulas Patocka wrote:
>>> Of course, we can do something in the log itself but it will not fix
>>> "corelog" mirrors, more over the system can't auto recover after a
>>> missing log alone.
>> Yes, storing information on the log device does not save "corelog"
>> mirrors, so we might need some area to keep information on mirror
>> legs.
>>
>> Thanks,
>> Taka
>
> MD-RAID1 solves this problem by having counters in superblocks on both
> legs. If some leg dies, the counter on the other devices is increased. If
> the dead disk comes online again, it is found that it has old counter and
> cannot be trusted.
>
> Would it be possible to extend a logical volume when converting it to a
> raid1 and use the last area of the volume as a superblock?
I agree with this idea. lvm metadata is managed by counters and I think
this method would work for this issue as well.
In addition, I think this sort of superblock is necessary not only
for fixing the data corruption issue but also for introducing faster
blockage algorithm which disables failed mirror legs in kernel.
Thanks,
Taka
next prev parent reply other threads:[~2009-04-20 17:08 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 [this message]
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
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=49ECAC08.3040705@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.