My option of last resort is to use SCST but I hate having to add system level dependencies thatI have to keep track of separately. Nor does it seem anyone is even distributing binaries for SL6, so it’s a build from source kind of thing at this point. This post http://www.spiderbird.com/2013/08/20/centos-6-with-scst/ explains things pretty well, but I’d really prefer not to have to. I was hoping some one would point out a way to load multiple driver instances, one for each port. You can do that with ethernet ports, so that eth0 gets one set of options, and eth1 gets another set. But I haven’t had any luck in figuring out the aliasing for the module loads since the FC ports don’t seem to have names like the ethernet ports do, just pci addresses. On Dec 6, 2013, at 5:50 AM, Benjamin ESTRABAUD <be@xxxxxxxxxx> wrote: > On 03/12/13 18:48, jeremiah jahn wrote: >> I've been trying to track down the status/possibility or a way to run my >> qla24xx cards in a mixed mode, and have had no luck other than some year >> old posts indicating that it was too much of a PITA at the moment because >> of refactoring in the SCSI code. Is this still the case? Not sure where >> else to ask. I've toyed with the idea of loading different copies of the >> module for each port with different parameters for qlini_mode but haven't >> dug too deep yet as I'm not it's even possible. I'm in a situation where I >> have moving things from one SAN to the next and yet need to keep my >> original infrastructure available, just add a layer of abstraction on top >> of it, so that I can move things with minimal down time, and mix and match >> different storage pools. >> > I'm in the same boat, this limitation is quite problematic, especially for systems with multiple HBAs connected (cannot set one target and one initiator). > > Hopefully this is something that can be implemented in the near future. > > Regards, > Ben. >> >> Thanks for any help, >> -JJ- >> -- >> To unsubscribe from this list: send the line "unsubscribe target-devel" in >> the body of a message to majordomo@xxxxxxxxxxxxxxx >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > -- To unsubscribe from this list: send the line "unsubscribe target-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
