public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
* RE: Mount by WWN (FC, using qlogic 2200)
@ 2004-02-05  9:52 EXT / DEVOTEAM VAROQUI Christophe
  0 siblings, 0 replies; 12+ messages in thread
From: EXT / DEVOTEAM VAROQUI Christophe @ 2004-02-05  9:52 UTC (permalink / raw)
  To: 'Patrick Mansfield', James Bottomley
  Cc: Martin Peschke3, Robert J. Adams (jason),
	'linux-scsi@vger.kernel.org', linux-hotplug-devel

Note that the current behaviour of the multipath config tool (packaged with
udev) is to map a multipath DM target over a LUN if it has at least one
path. I.e. in a single path environment, you would get a DM target mapped
over every sd behind a FC HBA. Using this tool, one can just parse through
the configured DM to find the WWID to mount.

> On Wed, Feb 04, 2004 at 03:06:33PM -0500, James Bottomley wrote:
> > On Wed, 2004-02-04 at 14:58, Martin Peschke3 wrote:
> > > As there might be several paths to a device identified by a WWPN
> > > in the form of 2 or more host bus adapters connecting to that WWPN,
> > > don't you want to mount an FCP device by
> > > <adapter identifier> + <WWPN> + <FCP_LUN> ?
> > 
> > Actually, I think the question was about WWN, i.e. the EVPD page 0x83
> > World Wide Name, which uniquely identifies the device independent of
> > transport.
> > 
> > The answer is that someone needs to think about doing it using udev.
> 
> [added hotplug list to the cc]
> 
> scsi_id is included with the udev source now, and can be used to solve
> most of the problem.
> 
> We still need something that tells udev what to do with multiple matches -
> for multi-pathed sd's showing up multiple times, we don't want to drop the
> other sd's, and that is what will happen right now with udev.
> 
> -- Patrick Mansfield

^ permalink raw reply	[flat|nested] 12+ messages in thread
* Re: Mount by WWN (FC, using qlogic 2200)
@ 2004-02-04 19:58 Martin Peschke3
  2004-02-04 20:06 ` James Bottomley
  0 siblings, 1 reply; 12+ messages in thread
From: Martin Peschke3 @ 2004-02-04 19:58 UTC (permalink / raw)
  To: Robert J. Adams (jason)
  Cc: EXT / DEVOTEAM VAROQUI Christophe,
	'linux-scsi@vger.kernel.org'






Hi,

> > Which path would you expect to mount by specifying the WWID ?
>
> In Solaris it's possible to tie down a particular WWN to a device,
> otherwise the device my be detected at a different point at the next
> boot (thus get assigned a different /dev/sdX). Is this possible w/ Linux?

As there might be several paths to a device identified by a WWPN
in the form of 2 or more host bus adapters connecting to that WWPN,
don't you want to mount an FCP device by
<adapter identifier> + <WWPN> + <FCP_LUN> ?

There has been a discussion about how to represent such
device attributes in sysfs. If udev acknowledged these attributes
and created proper devices nodes, then you could safely
mount your FCP devices.

If multipathing support matters, then you want your favourite mp solution
to lay claim to the SCSI device node identified as above and
provide another device node, which might then have any convenient
name.

That's my theory...

Mit freundlichen Grüßen / with kind regards

Martin Peschke

IBM Deutschland Entwicklung GmbH
Linux for eServer Development
Phone: +49-(0)7031-16-2349


"Robert J. Adams (jason)" <radams@siscom.net>@vger.kernel.org on 04/02/2004
19:39:22

Sent by:    linux-scsi-owner@vger.kernel.org


To:    EXT / DEVOTEAM VAROQUI Christophe <ext.devoteam.varoqui@sncf.fr>
cc:    "'linux-scsi@vger.kernel.org'" <linux-scsi@vger.kernel.org>
Subject:    Re: Mount by WWN (FC, using qlogic 2200)


EXT / DEVOTEAM VAROQUI Christophe wrote:

> Which path would you expect to mount by specifying the WWID ?

In Solaris it's possible to tie down a particular WWN to a device,
otherwise the device my be detected at a different point at the next
boot (thus get assigned a different /dev/sdX). Is this possible w/ Linux?

Thanks,
jason
NH
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html



-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 12+ messages in thread
* Re: Mount by WWN (FC, using qlogic 2200)
@ 2004-02-04 10:19 EXT / DEVOTEAM VAROQUI Christophe
  2004-02-04 18:39 ` Robert J. Adams (jason)
  0 siblings, 1 reply; 12+ messages in thread
From: EXT / DEVOTEAM VAROQUI Christophe @ 2004-02-04 10:19 UTC (permalink / raw)
  To: 'linux-scsi@vger.kernel.org'

Hello,

Which path would you expect to mount by specifying the WWID ?

cvaroqui

> Hello,
> 
> Is it possible to mount a drive based on it's WWN when using the qla2xxx 
> drivers?
>

^ permalink raw reply	[flat|nested] 12+ messages in thread
* Mount by WWN (FC, using qlogic 2200)
@ 2004-02-04  1:27 NH Support
  0 siblings, 0 replies; 12+ messages in thread
From: NH Support @ 2004-02-04  1:27 UTC (permalink / raw)
  To: linux-scsi

Hello,

Is it possible to mount a drive based on it's WWN when using the qla2xxx 
  drivers?

Thanks,
Jason
NH

^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2004-02-05 16:38 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <OFB4AE9EAB.C15E2C56-ON87256E30.007E8F0D-88256E30.007F5E0C@us.ibm.com>
2004-02-04 23:23 ` Mount by WWN (FC, using qlogic 2200) James Bottomley
2004-02-05  0:33   ` Bryan Henderson
2004-02-05 13:56     ` Tom Coughlan
2004-02-05 15:10       ` James Bottomley
2004-02-05 16:38         ` Patrick Mansfield
2004-02-05  9:52 EXT / DEVOTEAM VAROQUI Christophe
  -- strict thread matches above, loose matches on Subject: below --
2004-02-04 19:58 Martin Peschke3
2004-02-04 20:06 ` James Bottomley
2004-02-04 20:15   ` Patrick Mansfield
2004-02-04 10:19 EXT / DEVOTEAM VAROQUI Christophe
2004-02-04 18:39 ` Robert J. Adams (jason)
2004-02-04  1:27 NH Support

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox