From: Sebastian Riemer <sebastian.riemer-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
To: Sebastian Riemer
<sebastian.riemer-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
Cc: "linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Bart Van Assche <bvanassche-HInyCGIudOg@public.gmane.org>,
David Dillow <dillowda-1Heg1YXhbW8@public.gmane.org>,
Vu Pham <vuhuong-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>,
Sagi Grimberg <sagig-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>,
Oren Duer <oren-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>,
Or Gerlitz <ogerlitz-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
Subject: Re: [PATCH] IB/srp: Maintain a single connection per I_T nexus
Date: Thu, 13 Jun 2013 16:00:57 +0200 [thread overview]
Message-ID: <51B9D099.1040708@profitbricks.com> (raw)
In-Reply-To: <51B860D7.9050709-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
Bart's version also has the printing of the connection string if the
double login fails.
So forget about this version here.
On 12.06.2013 13:51, Sebastian Riemer wrote:
> Hi all,
>
> as proposed by Or, let's discuss this on the mailing list.
>
> This is a fundamental change required for everything related to
> multipathing. It influences automatic reconnect patches which will
> follow. So let's agree on the right solution here first before looking
> at other patches.
>
> In my opinion the 'add_target' sysfs attribute shouldn't be used for any
> manual reconnect as well. This is why my patch rejects the double login
> attempt instead of reconnecting an existing connection.
> This can help to find scripting issues and things like this. We can't
> expect that all users are using the srp-tools.
>
> Please compare with Bart's version and let's discuss this here.
> https://github.com/bvanassche/ib_srp-backport/commit/7d8774ff58d489858b1c046b2bf01b4e84e8dd9b
>
> Cheers,
> Sebastian
>
>
> On 12.06.2013 13:29, Sebastian Riemer wrote:
>> The sysfs attribute 'add_target' may not be used for multiple logins to
>> the same target. If doing so with multipathing, this crashes the
>> multipath-tools. Furthermore, we want to prevent the possibility of data
>> corruption here. If manual reconnect is necessary, then the user can use
>> the 'delete' sysfs attribute of the remote port before connecting.
>>
>> Note: The function srp_conn_unique() has been taken from Bart Van Assche.
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2013-06-13 14:00 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-12 11:29 [PATCH] IB/srp: Maintain a single connection per I_T nexus Sebastian Riemer
[not found] ` <1371036597-23483-1-git-send-email-sebastian.riemer-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
2013-06-12 11:51 ` Sebastian Riemer
[not found] ` <51B860D7.9050709-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
2013-06-13 14:00 ` Sebastian Riemer [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=51B9D099.1040708@profitbricks.com \
--to=sebastian.riemer-eikl63zcoxah+58jc4qpia@public.gmane.org \
--cc=bvanassche-HInyCGIudOg@public.gmane.org \
--cc=dillowda-1Heg1YXhbW8@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ogerlitz-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
--cc=oren-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
--cc=sagig-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
--cc=vuhuong-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox