All of lore.kernel.org
 help / color / mirror / Atom feed
From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Matthias Eble <psychotrahe@gmail.com>
Cc: Lee Duncan <lduncan@suse.com>, linux-scsi@vger.kernel.org
Subject: Re: Persistent reservation behaviour/compliance with redundant controllers
Date: Tue, 07 Jan 2014 07:06:19 +0800	[thread overview]
Message-ID: <1389049579.2811.12.camel@dabdike> (raw)
In-Reply-To: <CAKbOo_+LxN7UN11nxrD7pQ5Evffb-jdbW9BmPJ47NWiSXG-=nQ@mail.gmail.com>

On Mon, 2014-01-06 at 23:53 +0100, Matthias Eble wrote:
> 2014/1/6 Lee Duncan <lduncan@suse.com>:
> > On 12/25/2013 03:00 PM, Matthias Eble wrote:
> >> Here's the dmmp map
> >> 360002ac0000000000000000a00006e6b dm-6 3PARdata,VV
> >> size=2.0T features='0' hwhandler='0' wp=rw
> >> `-+- policy='round-robin 0' prio=1 status=active
> >>   |- 3:0:1:4  sdg  8:96    active ready running
> >>   |- 3:0:3:4  sdl  8:176   active ready running
> >>   |- 5:0:3:4  sdbg 67:160  active ready running
> >>   `- 5:0:1:4  sdce 69:32   active ready running
> >>
> >> There can only be two registrations at a time: (sdg XOR sdl) and (sdbg XOR sdce)
> >> Now my question is: Does this comply to the standard?
> >>
> >
> > I _believe_ the problem is that you are re-registering the same
> > I_T_Nexus through /dev/sdl, your second attempt at registration, as you
> > did when you used /dev/sdg, your original registration.
> 
> 
> Can sdg and sdl be the same I_T_Nexus at a time?
> Right now, they are handled like that.
> In my understanding, every scsi disk device represents an I_T_Nexus.

No, every SCSI disk is an I_T_L nexus.  There's no actual device object
in Linux for an I_T nexus.

James


  reply	other threads:[~2014-01-06 23:06 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-25 23:00 Persistent reservation behaviour/compliance with redundant controllers Matthias Eble
2014-01-06 22:20 ` Lee Duncan
2014-01-06 22:53   ` Matthias Eble
2014-01-06 23:06     ` James Bottomley [this message]
2014-01-06 23:35       ` Matthias Eble
2014-01-07  2:09         ` Laurence Oberman
2014-01-22 20:43       ` Matthias Eble
2014-01-07 20:18     ` Pasi Kärkkäinen
2014-01-23 18:31       ` Lee Duncan
2014-01-24 11:41         ` Pasi Kärkkäinen

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=1389049579.2811.12.camel@dabdike \
    --to=james.bottomley@hansenpartnership.com \
    --cc=lduncan@suse.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=psychotrahe@gmail.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.