Hello,
We have some IOT devices which are currently writing data to Microsoft iSCSI target and are searching for a good alternative and stumbled across your great product here.
I already fixed one problem by setting IscsiDiscoveryListInterface value=1 in the cfg file, but there seems to be a second problem.
I'm using a StarWind iSCSI target in a single-controller, non-HA setup (basically a single windows machine). I've encountered an issue where our iSCSI initiator fails to discover LUNs on the target, even though other initiators (like Microsoft's) work fine.
After analyzing packet captures, I've identified the root cause: the initiator's TPGS (Target Port Group Support) multipath discovery logic requires the "Preferred" bit to be set in the REPORT TARGET PORT GROUPS response. StarWind reports TPGS as supported with ALUA (Asymmetric Logical Unit Access) enabled, but doesn't set the Preferred bit in its response, causing the initiator to filter out all LUNs.
Since my setup is single-controller without HA/multipath redundancy, I don't need ALUA/TPGS support at all. Disabling it would make the initiator skip this filtering logic and discover LUNs normally. Unfortunately we cannot change the code of our initiator easily, as many legacy devices are already out there and updating all of them would be a huge effort.
It would be great if you could help me with this problem, especially:
1. How can I disable ALUA/TPGS on a StarWind iSCSI target device?
2. Is there a configuration option in the StarWind Management Console or config file to turn off ALUA, even for existing targets?
3. Alternatively, is there a way to configure StarWind to set the Preferred bit in REPORT TARGET PORT GROUPS responses for single-controller setups?
Any guidance would be appreciated.
Thanks, Sebastian
The Latest Gartner® Magic Quadrant™Hyperconverged Infrastructure Software