From: Takahiro Yasui <tyasui@redhat.com>
To: malahal@us.ibm.com
Cc: dm-devel@redhat.com, agk@redhat.com
Subject: Re: [RFC] [PATCH] lvm2: mirroredlog support
Date: Mon, 19 Jan 2009 17:56:36 -0500 [thread overview]
Message-ID: <49750524.3030007@redhat.com> (raw)
In-Reply-To: <20081230001055.GA13710@us.ibm.com>
Hi,
I'm interested in the mirrored log approach which Malahal posted,
and now I'm looking into it. However, I found one problem with it.
When one of log disk is broken and is not recognized, there is a case
disk that replication is executed. Let me explain with the following
simple case, which is the mirror volume, vg00-lv00 is composed of two
data disks and one mirrored log which is composed of two log disks.
vg00-lv00 (253:5)
+vg00-lv00_mimage_1 (253:4)
+vg00-lv00_mimage_0 (253:3)
+vg00-lv00_mlog (253:2)
+vg00-lv00_mlog_mimage_1 (253:1)
+vg00-lv00_mlog_mimage_0 (253:0)
In this structure, if vg00-lv00_mlog_mimage_0 has problem and is not
accessed successfully, vg00-lv00_mlog is detected as a failed device
when vg00-lv00 is activated. The status of log device in vg00-lv00 is
displayed as "D". In addition, a whole data in vg00-lv00_mimage0 is
copied to vg00-lv00_mimage_1.
# vgchange -ay vg00 -P
Partial mode. Incomplete volume groups will be activated read-only.
Couldn't find device with uuid 'aLl1CE-69hT-Mghu-UvqX-aBpA-twhk-jXO5Ut'.
Couldn't find device with uuid 'aLl1CE-69hT-Mghu-UvqX-aBpA-twhk-jXO5Ut'.
Couldn't find device with uuid 'aLl1CE-69hT-Mghu-UvqX-aBpA-twhk-jXO5Ut'.
Couldn't find device with uuid 'aLl1CE-69hT-Mghu-UvqX-aBpA-twhk-jXO5Ut'.
1 logical volume(s) in volume group "vg00" now active
# dmsetup status
vg00-lv00_mimage_1: 0 24576 linear
vg00-lv00_mlog_mimage_1: 0 8192 linear
vg00-lv00_mimage_0: 0 24576 linear
vg00-lv00_mlog_mimage_0: 0 8192 linear
vg00-lv00_mlog_mimage_0-missing_0_0: 0 8192 error
vg00-lv00_mlog: 0 8192 mirror 2 253:1 253:2 0/8 1 DA 1 core
vg00-lv00: 0 24576 mirror 2 253:4 253:5 24/24 1 AA 3 disk 253:3 D
On the other hand, when vg00-lv00_mlog_mimage_0 is in a good condition
but vg00-lv00_mlog_mimage_1 has a issue, vg00-lv00_mlog is recognized
as an active device, and the status of log device in vg00-lv00 is
displayed as "A". This is an expected result.
# /sbin/dmsetup status
vg00-lv00_mimage_1: 0 24576 linear
vg00-lv00_mlog_mimage_1: 0 8192 linear
vg00-lv00_mimage_0: 0 24576 linear
vg00-lv00_mlog_mimage_0: 0 8192 linear
vg00-lv00_mlog: 0 8192 mirror 2 253:0 253:2 0/8 1 AD 1 core
vg00-lv00: 0 24576 mirror 2 253:4 253:5 24/24 1 AA 3 disk 253:3 A
vg00-lv00_mlog_mimage_1-missing_0_0: 0 8192 error
* Analysis of this problem
A mirrored log is a type of "core" log and log devices need to be
synchronized when a mirrored log is activated. But when the first log
device is not recognized, "READ" I/O returns -EIO in disk_resume()
because log disk is not in-sync status and a default log can not be
switched to the other log disk working well.
Avoiding disk replication even if a log device got trouble is one of
the requirements. Is there any solution to avoid this problem by the
mirrored log approach?
I appreciate any comments on this problem.
Thanks,
---
Takahiro Yasui
Hitachi Computer Products (America) Inc.
next prev parent reply other threads:[~2009-01-19 22:56 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-30 0:10 [RFC] [PATCH] lvm2: mirroredlog support malahal
2008-12-30 0:10 ` malahal
2009-01-19 22:56 ` Takahiro Yasui [this message]
2009-01-20 1:54 ` malahal
2009-01-20 7:13 ` Stefan Raspl
2009-01-20 17:38 ` malahal
2009-01-20 19:52 ` Takahiro Yasui
2009-01-20 22:12 ` Takahiro Yasui
2009-01-20 21:29 ` Takahiro Yasui
2009-01-20 22:14 ` malahal
2009-01-23 19:14 ` Jonathan Brassow
2009-01-23 21:07 ` malahal
-- strict thread matches above, loose matches on Subject: below --
2009-09-23 3:03 malahal
2009-09-23 20:29 ` Jonathan Brassow
2009-09-23 20:44 ` malahal
2009-09-24 5:22 ` Takahiro Yasui
2009-09-30 15:50 ` Jonathan Brassow
2009-09-30 16:35 ` Alasdair G Kergon
2009-09-30 19:48 ` Jonathan Brassow
2009-09-30 21:18 ` Alasdair G Kergon
2009-09-30 21:46 ` Alasdair G Kergon
2009-09-30 21:19 ` malahal
2009-10-01 0:13 ` malahal
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=49750524.3030007@redhat.com \
--to=tyasui@redhat.com \
--cc=agk@redhat.com \
--cc=dm-devel@redhat.com \
--cc=malahal@us.ibm.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.