[dm-devel] [ANNOUNCE] multipath-tools-0.4.1

James.Smart at Emulex.Com James.Smart at Emulex.Com
Thu Dec 23 12:19:15 UTC 2004


I know that the driver in the kernel.org tree supports the fc_transport, at least the part relative to the discussion below (I made the mods).  I can't speak for their other driver sets.

-- james

> -----Original Message-----
> From: dm-devel-bounces at redhat.com 
> [mailto:dm-devel-bounces at redhat.com]On
> Behalf Of Caushik, Ramesh
> Sent: Wednesday, December 22, 2004 4:55 PM
> To: device-mapper development
> Cc: linux-raid at vger.kernel.org;
> linux-hotplug-devel at lists.sourceforge.net; linux-scsi at vger.kernel.org
> Subject: RE: [dm-devel] [ANNOUNCE] multipath-tools-0.4.1
> 
> 
> The newer Qlogic (qla2xxx) driver for kernel versions 2.6.9 
> and later do not support the fc_transport class. The support 
> is #ifdefed for kernels > 2.6.6 & < 2.6.9. So I will have to 
> wait till they support this for newer kernels. Meanwhile I 
> can work with a patched version of multipath tools. Thanks 
> for feedback. 
> 
> Ramesh.   
> 
> -----Original Message-----
> From: dm-devel-bounces at redhat.com 
> [mailto:dm-devel-bounces at redhat.com] On Behalf Of christophe varoqui
> Sent: Wednesday, December 22, 2004 3:31 PM
> To: device-mapper development
> Cc: linux-raid at vger.kernel.org; 
> linux-hotplug-devel at lists.sourceforge.net; linux-scsi at vger.kernel.org
> Subject: RE: [dm-devel] [ANNOUNCE] multipath-tools-0.4.1
> 
> James, thank you for the clarification (and I didn't mean to string
> anyone :).
> 
> Ramesh, I don't feel like going through the hassle of supporting
> multiple synthax until the multipath target has made its way into the
> standard kernel, so I'll keep guessing the node_name in
> behing /sys/class/fc_transport/target<host>:<channel>:<target> or skip
> the node_name fetch.
> 
> ok with you ?
> 
> regards,
> cvaroqui
> 
> Le mercredi 22 d?embre 2004 à 16:05 -0500, James.Smart at Emulex.Com a
> écrit :
> > Qlogic shouldn't be strung out. It wasn't them....
> > 
> > As part of a change that went into the FC transport - the 
> device reported under this directory was moved from the LUN 
> device to the Target device - thus the change in name format 
> (it killed replication of target data that was being done for 
> all luns). The attributes underneath remain the same. I 
> believe this change occurred in the first rc1 patch to 2.6.9.
> > 
> > As to the grand plan - you should be fine if you :
> >  pre-2.6.10: it's the older name format 
> "/sys/class/fc_transport/<host>:<channel>:<target>:<lun>"
> >  2.6.10 and later : it's the new format 
> "/sys/class/fc_transport/target<host>:<channel>:<target>"
> > 
> >  and the folks running a patched 2.6.9 have to live by the 
> new format.
> > 
> > --
> 
> 
> --
> dm-devel mailing list
> dm-devel at redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
> 
> --
> dm-devel mailing list
> dm-devel at redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
> 




More information about the dm-devel mailing list