[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