From: Tim Burgess <tim.burgess@anu.edu.au>
To: dm-devel@redhat.com
Subject: Re: Multipath target does not shift block offset?
Date: Sat, 12 Feb 2005 15:45:52 +1100 [thread overview]
Message-ID: <420D8A00.4080900@anu.edu.au> (raw)
Re the patch from Kevin:
there looks like there is another reference to ti->begin in dm-raid1.c
that the patch does not remove (in do_write). I wasn't sure whether to
leave it there or not, since you were talking about making each target
unaware of its position within the overall mapped device...?
(note that my copy is not the latest - it's SUSE SLES SP1, so I
apologise if anything I say is not 100% true for the latest code :S)
Related:
I noticed that a similar collection of concatenated raid1 devices
(description below) was behaving strangely also, and splitting each
raid1 map into its own table fixed the problem...
For some reason, each of the mirror pairs was writing to its primary
leg, but only the first one listed in the file was writing to its second
leg... (note that this is before Kevin's patches - will try them in a
moment!).
> On Thursday 10 February 2005 11:18 am, Alasdair G Kergon wrote:
>> On Thu, Feb 10, 2005 at 04:02:28PM +1100, Tim Burgess wrote:
>> > However, dm appears to be trying
>> > to map the range 286749488-573498975 of the dm device to the same
>> > offsets in the sde/sdm device.
>> >
>> > Is this what was intended?
>>
>> No.
>>
>> In dm-mpath.c try adding to multipath_map() at the top of the function:
>>
>> bio->bi_sector = (bio->bi_sector - ti->begin);
>
> Actually, now that you point this out, I think this responsibility should
> really be handled by the core driver's I/O path instead of each target
> module. There's really no reason for the target modules to care or even
> know about the presence of multiple targets within a device table. We can
> move this line into the core's __map_bio() and get rid of a lot of
> duplicate code. Here's a patch to demonstrate what I'm talking about.
>
--
--------------------------------------------------------------------------
ANU Supercomputer Facility
tim.burgess@anu.edu.au and APAC National Facility
Phone: +61 2 6125 1431 Leonard Huxley Bldg (No. 56)
Fax: +61 2 6125 8199 Australian National University
Canberra, ACT, 0200, Australia
--------------------------------------------------------------------------
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
next reply other threads:[~2005-02-12 4:45 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-12 4:45 Tim Burgess [this message]
2005-02-14 1:42 ` block offset shift, mirroring bug resolved? Tim Burgess
2005-02-16 16:02 ` Multipath target does not shift block offset? Kevin Corry
-- strict thread matches above, loose matches on Subject: below --
2005-02-10 5:02 Tim Burgess
2005-02-10 17:18 ` Alasdair G Kergon
2005-02-10 19:23 ` Kevin Corry
2005-02-11 18:29 ` Alasdair G Kergon
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=420D8A00.4080900@anu.edu.au \
--to=tim.burgess@anu.edu.au \
--cc=dm-devel@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.