public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: Mike Anderson <andmike@us.ibm.com>
To: "Surekha.PC" <surekhap@cisco.com>
Cc: 'SCSI Mailing List' <linux-scsi@vger.kernel.org>
Subject: Re: iSCSI device naming issues
Date: Thu, 1 Jul 2004 08:57:14 -0700	[thread overview]
Message-ID: <20040701155714.GA7172@us.ibm.com> (raw)
In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAANoIxZIFzbEaqwjJgytz2AeKAAAAQAAAAXdSfMOoTnU6X86O4sbqWzAEAAAAA@cisco.com>

Surekha.PC [surekhap@cisco.com] wrote:
> 1) Having an iSCSI pseudo bus.
> This will create a fake iscsi bus as "/sys/bus/iscsi" and all devices
> will be under this pseudo bus. This can be used to lookup iSCSI
> devices. I don't see any other use of this fake bus. Is it still
> ok to pursue with this approach?
>  

This sounds like the wrong approach.

> 2) Having an attribute for iSCSI host which displays the name of
> iSCSI driver as shown:
> 
> $cat /sys/class/scsi_host/hostX/hostname
> "iSCSI SFnet Driver"

If you set proc_name in your template this value will show up under
/sys/class/scsi_host/host<n>/proc_name.

> 3) Make use of scsi_id.
> scsi_id can be used to get unique name instead of parsing sysfs
> path for device name creation. However scsi_id is helpful only
> for block devices, and there is no way to handle unique naming
> for tape devices. So this will not make a complete solution.

Well you can still setup a udev rule to use scsi_id for you block
devices and then use location naming for the tapes ( some newer
generation tape drives also support serial numbers).

-andmike
--
Michael Anderson
andmike@us.ibm.com


  reply	other threads:[~2004-07-01 15:57 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-01 13:58 iSCSI device naming issues Surekha.PC
2004-07-01 15:57 ` Mike Anderson [this message]
2004-07-01 17:29   ` udev naming of st devices [was Re: iSCSI device naming issues] Patrick Mansfield
2004-07-04 19:57 ` iSCSI device naming issues Arjan van de Ven
2004-07-07  9:05   ` Surekha.PC
2004-07-04 20:11 ` Christoph Hellwig

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=20040701155714.GA7172@us.ibm.com \
    --to=andmike@us.ibm.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=surekhap@cisco.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