All of lore.kernel.org
 help / color / mirror / Atom feed
From: Maxim Kozover <maximkoz@netvision.net.il>
To: Andrew Vasquez <andrew.vasquez@qlogic.com>
Cc: linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re[4]: Fwd: Re: problems with scsi_transport_fc and qla2xxx
Date: Wed, 01 Mar 2006 23:16:02 +0300	[thread overview]
Message-ID: <1986427368.20060301231602@netvision.net.il> (raw)
In-Reply-To: <20060301192008.GF4321@spe2>

Hi Andrew!
You're right. I didn't look at roles in Emulex case.
When using Emulex everything is OK.
Tomorrow I'll connect QLogic again to continue problem investigation.
Thanks much for quick and professional replies.

I'll just describe Emulex situation to confirm.
Let's connect only 1 Emulex port (adapter 7) to a switch and leave
adapter 6 not connected. Then we have
# ls /sys/class/fc_remote_ports/
rport-7:0-0  rport-7:0-1  rport-7:0-2
# cat /sys/class/fc_remote_ports/*/roles
Fabric Port
Directory Server
FCP Target, FCP Initiator

When the cable is disconnected from adapter 7, immediately with
LinkDown event, the rport with the role of Directory server disappears
and only 2 are left:
# ls /sys/class/fc_remote_ports/
rport-7:0-0  rport-7:0-2
# cat /sys/class/fc_remote_ports/*/roles
Fabric Port
FCP Target, FCP Initiator

Then after a timeout, the role of rport-7:0-2 is changed to unknown
and relevant entries are removed from /proc/scsi/scsi. rport-7:0-0 is
still here.

rport-7:0-2: blocked FC remote port time out: removing target and saving binding
# ls /sys/class/fc_remote_ports/
rport-7:0-0  rport-7:0-2
# cat /sys/class/fc_remote_ports/*/roles
Fabric Port
unknown

After reconnecting the cable, rport-7:0:0 disappears and rport-7:0:4
and rport-7:0-5 appear along with newly recognized LUNs in /proc/scsi/scsi.
# ls /sys/class/fc_remote_ports/
rport-7:0-2  rport-7:0-4  rport-7:0-5
# cat /sys/class/fc_remote_ports/*/roles
FCP Target, FCP Initiator
Fabric Port
Directory Server

If I'm not mistaken, in QLogic case only 1 rport per adapter appeared
instead of 3. Tomorrow I'll connect QLogic and report again.

Thanks,

Maxim.


      reply	other threads:[~2006-03-01 21:15 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-28 16:54 problems with scsi_transport_fc and qla2xxx Maxim Kozover
     [not found] ` <1984428707.20060228200029@netvision.net.il>
     [not found]   ` <20060228181900.GC4541@andrew-vasquezs-powerbook-g4-15.local>
     [not found]     ` <1261469398.20060301130903@netvision.net.il>
2006-03-01 19:20       ` Re[2]: Fwd: " Andrew Vasquez
2006-03-01 20:16         ` Maxim Kozover [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=1986427368.20060301231602@netvision.net.il \
    --to=maximkoz@netvision.net.il \
    --cc=andrew.vasquez@qlogic.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.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 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.