From: James Bottomley <James.Bottomley@steeleye.com>
To: Doug Ledford <dledford@redhat.com>
Cc: Mike Anderson <mike.anderson@us.ibm.com>,
Eric.Ayers@intec-telecom-systems.com,
James Bottomley <James.Bottomley@steeleye.com>,
"Roets, Chris" <Chris.Roets@compaq.com>,
linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org
Subject: Re: Linux Cluster using shared scsi
Date: Thu, 03 May 2001 08:53:42 -0400 [thread overview]
Message-ID: <200105031253.IAA00988@localhost.localdomain> (raw)
In-Reply-To: Message from Doug Ledford <dledford@redhat.com> of "Wed, 02 May 2001 16:31:16 EDT." <3AF06E94.15399CDF@redhat.com>
dledford@redhat.com said:
> Correct, if you hold a reservation on a device for which you have
> multiple paths, you have to use the correct path.
As far as multi-path scsi reservations go, the SCSI-2 standards (and this
includes the completion in the SCSI-3 SPC) is very malleable. The standard is
very explicit about multi-port targets but vague about whether initiator means
one port of the initiator or all ports.
If you interpret the standard most stricly, you can read that acquiring a
reservation on one port locks everyone (including you) out of all the other
ports. However, vendors of symmetric active multi-port arrays tend rather to
frown on this interpretation. They take the view that a reservation acquired
by an initiator on one port ought to allow that initiator access on all the
other ports (otherwise what's the point of being symmetric active). This can
only be done if you make assumptions about how you identify the same initiator
on a different port. EMC, I believe, assumes that the initiator always has
the same SCSI ID. Note, however, that the same SCSI ID assumption will fail
in a multi-path point-to-point configuration where all initiators could have
the same ID.
This rather unmanageable state of affairs is the reason for SCSI-3
reservations. Since each initiator is now known by a key, you can always be
sure to grant access correctly in a multi-ported environment.
The bottom line is that if you use SCSI-2 reservations in multi-port
environments, the results are extremely vendor specific.
James
next prev parent reply other threads:[~2001-05-03 12:54 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-05-01 13:07 Linux Cluster using shared scsi Roets, Chris
2001-05-01 14:45 ` James Bottomley
2001-05-01 16:10 ` Doug Ledford
2001-05-01 17:05 ` Eric Z. Ayers
2001-05-01 20:38 ` Alan Cox
2001-05-01 20:52 ` James Bottomley
2001-05-01 21:07 ` Eric Z. Ayers
2001-05-01 21:24 ` Alan Cox
2001-05-02 15:20 ` Doug Ledford
2001-05-02 16:37 ` Eddie Williams
2001-05-02 17:20 ` Mike Anderson
2001-05-02 17:50 ` Doug Ledford
2001-05-02 18:55 ` Mike Anderson
2001-05-02 20:31 ` Doug Ledford
2001-05-03 12:53 ` James Bottomley [this message]
2001-05-03 13:52 ` James Bottomley
2001-05-02 17:39 ` Max TenEyck Woodbury
2001-05-02 17:47 ` Doug Ledford
2001-05-02 21:03 ` Pavel Machek
2001-05-03 19:57 ` Eric Z. Ayers
2001-05-03 22:32 ` Jonathan Lundell
2001-05-02 21:47 ` Max TenEyck Woodbury
2001-05-02 23:16 ` Doug Ledford
2001-05-04 14:52 ` Eddie Williams
-- strict thread matches above, loose matches on Subject: below --
2001-04-27 15:11 James Bottomley
2001-04-27 13:18 Roets, Chris
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=200105031253.IAA00988@localhost.localdomain \
--to=james.bottomley@steeleye.com \
--cc=Chris.Roets@compaq.com \
--cc=Eric.Ayers@intec-telecom-systems.com \
--cc=dledford@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=mike.anderson@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox