From: Hannes Reinecke <hare@suse.de>
To: sekharan@linux.vnet.ibm.com
Cc: Mike Anderson <andmike@us.ibm.com>,
dm-devel <dm-devel@redhat.com>,
Alasdair G Kergon <agk@redhat.com>,
"Moger, Babu" <Babu.Moger@lsi.com>
Subject: Re: [PATCH] Handle multipath paths in a path group properly during pg_init
Date: Tue, 28 Apr 2009 08:30:16 +0200 [thread overview]
Message-ID: <49F6A278.5000300@suse.de> (raw)
In-Reply-To: <1240872495.22154.7.camel@chandra-ubuntu>
Chandra Seetharaman wrote:
> Resending the patch after fixing the header, Porting and testing in
> 2.6.30-rc3, and a bug fix.
> ---------------
> There is a problem which was caused due to the architectural change made
> when we moved from dm hardware handler to SCSI hardware handler.
>
> In dm, handler was called to do a pg_init for a path group, and there
> was no state maintained in hardware handler code for each path.
>
> In SCSI dh, "state" is maintanined per path, as we wanted to fail I/O
> early on that path if it is not the active path.
>
> All of the hardware handlers, do have a state now, and they are set to
> active and (some form of) inactive. All of them have prep_fn(), which use
> this "state" to fail the I/O without it ever being sent to the device.
>
> So, in effect when dm-multipath calls scsi_dh_activate(), activate is
> sent to only one path and the "state" of that path is changed appropriately
> to "active" while other paths in the same path group are never changed
> as they never got an "activate".
>
> In order make sure all the paths in a path group gets their state set
> properly when a pg_init happens, we need to call scsi_dh_activate() on
> all paths in a path group.
>
> Doing this at the hardware handler layer is not a good option as we
> want the multipath layer to define the relationship between path and path
> groups and not the hardware handler.
>
> Attached patch sends an "activate" on each path in a path group when a
> path group is switched. It also sends an activate when a path is reinstated.
>
> Patch is applied and tested on 2.6.30-rc3.
>
> ----------
>
> Signed-off-by: Chandra Seetharaman <sekharan@us.ibm.com>
Acked-by: Hannes Reinecke <hare@suse.de>
--
Dr. Hannes Reinecke zSeries & Storage
hare@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)
next prev parent reply other threads:[~2009-04-28 6:30 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-30 18:07 [PATCH] Handle multipath paths in a path group properly during pg_init Chandra Seetharaman
2009-03-30 22:14 ` Moger, Babu
2009-03-31 6:33 ` Hannes Reinecke
2009-04-27 22:48 ` Chandra Seetharaman
2009-04-28 6:30 ` Hannes Reinecke [this message]
2009-04-28 19:31 ` Chandra Seetharaman
2009-06-06 0:04 ` Chandra Seetharaman
2009-06-15 22:16 ` Moger, Babu
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=49F6A278.5000300@suse.de \
--to=hare@suse.de \
--cc=Babu.Moger@lsi.com \
--cc=agk@redhat.com \
--cc=andmike@us.ibm.com \
--cc=dm-devel@redhat.com \
--cc=sekharan@linux.vnet.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.