From: Hannes Reinecke <hare@suse.de>
To: device-mapper development <dm-devel@redhat.com>
Cc: Doug Gilbert <dougg@torque.net>
Subject: Re: Linux utility to determine WWN from a LUN number
Date: Fri, 14 Mar 2008 15:03:13 +0100 [thread overview]
Message-ID: <47DA85A1.2040503@suse.de> (raw)
In-Reply-To: <alpine.LRH.1.00.0803140951210.23740@bogart.boston.redhat.com>
Hi Chip,
Chip Coldwell wrote:
> On Thu, 13 Mar 2008, lemons_terry@emc.com wrote:
>> Sorry, but doesn't scsi_id only return what it finds in SCSI VPD pages
>> 80 or 83? Not all devices provide a WWN in VPD page 83.
>
> It's quite a bit more complicated than that. If a WWN exists on VPD
> pages 80 or 83, scsi_id will return that; otherwise it will synthesize
> a serial number.
>
> Doug Gilbert and I have exchange some correspondence on the subject of
> unifying his lsscsi (and possibly sg3_utils), my scsitool and the udev
> scsi_id utility. At the moment, all of these are drawn from different
> code bases. Doug chose to design lsscsi to use only sysfs information
> because he wanted it to be runnable as a non-privileged process.
> That's both good and bad: sysfs is shifting sand to build a foundation
> on, and so far there is no standard place in sysfs to retrieve a WWN.
> Both scsi_id and sg3_utils use SG_IO to do a VPD 0x80/0x83 INQUIRY.
>
I'd be more than happy to move the scsi_id program out of the udev
codebase and merge it with sg3_utils. Or, possibly better, would
be to have scsi_id use the libraries provided by sg3_utils.
scsi_id is just part of udev as it accidentally ended up there ...
IIRC we even hijacked that out of multipath-tools at one point.
And what's more, it's effectively orphaned as Patrick Mansfield
doesn't seem to work on SCSI things anymore. So moving scsi_id
to a better maintained base would indeed be a good idea.
BTW: what is the main reason for scsitool? Does it have features
which scsi_id and sg3_utils are missing?
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries & Storage
hare@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)
next prev parent reply other threads:[~2008-03-14 14:03 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-13 19:32 Linux utility to determine WWN from a LUN number lemons_terry
2008-03-13 20:39 ` Chip Coldwell
2008-03-13 21:43 ` malahal
2008-03-14 2:50 ` lemons_terry
2008-03-14 7:12 ` Hannes Reinecke
2008-03-14 14:24 ` Chip Coldwell
2008-03-14 21:10 ` lemons_terry
2008-03-14 13:57 ` Chip Coldwell
2008-03-14 14:03 ` Hannes Reinecke [this message]
2008-03-14 14:32 ` Chip Coldwell
2008-03-14 14:54 ` Hannes Reinecke
2008-03-14 15:34 ` Chip Coldwell
2008-03-14 15:37 ` Hannes Reinecke
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=47DA85A1.2040503@suse.de \
--to=hare@suse.de \
--cc=dm-devel@redhat.com \
--cc=dougg@torque.net \
/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.