Hi Brian,
In addition to providing an updated I/B stack from OFED we also provide the iSCSI stack from OFED as well, as it's generally "newer" than what the vendor provides. In order to do so and minimize confusion with the vendor supplied kernel, we disable the vendor's iSCSI (as well as infiniband) stacks.You will find the iSCSI stack in the kernel-ib package we distribute with our release. Let me know if that doesn't pan out. iSCSI is not something we routinely test due to lack of hardware but more importantly, simply lack of desire in our customer base. iSCSI is just not a common deployment method within the Lustre customer base.
We plan to use iSCSI arrays over TCP/IP as the shared storage for the MDT. So for me it would be of course much more convenient to have the corresponding support for that in the pre-built rpms as it saves me the hassle to re-compile (so much for customer demand ;-).
Also, as you can turn a disk server into an iSCSI target I would think that this will more and more become an option to create relatively cheap shared storage for the MDT.
Any chance that at least the TCP/IP iSCSI initiator stuff is set back to the RHEL defaults?
--> CONFIG_SCSI_ISCSI_ATTRS=m CONFIG_ISCSI_TCP=m CONFIG_SCSI_QLA_ISCSI=m <-- Thanks, Arne
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Lustre-discuss mailing list [email protected] http://lists.lustre.org/mailman/listinfo/lustre-discuss
