4/24/2023 0 Comments Globalsan for mac![]() there is no support for multiple connections per session (MC/S) at this time. This means that the only kind of "unsolicited first burst" we support is the Immediate Data in the SCSI WRITE command PDU itself. We allow ImmediateData=yes, but not InitialR2T=yes. This is from some older thread in this forum: Interestingly, when I tried the 4.1Beta 246, I could connect to my COMSTAR targets, but as of 247, this isn't working anymore.įurthermore, I found some hints about iSCSI refused options that the GlobalSAN initiator seems to want to negotiate, when COMSTAR doesn't negotiate them to anything other then the iSCSI spec defaults. After a full uninstall through the unistaller of GlobaSAN 4.0 (204) there is no leftover from SNS anywhere on the system. Well - I did a full uninstall before I installed 4.1 (247) and I just verified it once again. What worked for me was complete uninstall of 4.0, removal of file from ~/Library/Preferences, reboot and a fresh install of 4.1. I had the same issue with beta of 4.1 and OI. I suspect that one or more requests are not handled or known by COMSTAR, but which ones? The older 32bit version sent these requests and is still able to log in: => Login Response: invalid request during login Using tcpdump I figured out that GlobalSAN sends these requests to the portal: ![]() Now, when I try to connect to the my COMSTAR portal, I am getting an error about some invalid requests upon login. I have been using 4.0 (204) without any problems, but that one was 32bit only and the new 4.1Beta (247) is 64bit. I am test driving the new 4.1 beta of GlobalSAN for the Mac - the only freely available iSCSI initiator.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |