<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 6, 2018 at 7:31 AM Balázs Gibizer <<a href="mailto:balazs.gibizer@ericsson.com">balazs.gibizer@ericsson.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">[trim]<br>
ScaleIO used to have a capability to expose the volumes over standard <br>
iSCSI, but this capability has been removed long time ago. As this was <br>
a feature<br>
in the past, making Dell/EMC to re-introduce it may not be completely <br>
impossible if there is high enough interest for that. However, this <br>
would vanish<br>
the power of the proprietary protocol which let the client to balance <br>
the load towards multiple servers.<br>
[trim]</blockquote><div><br></div><div>iSCSI does have the ability to communicate additional paths that a client may choose to invoke, the issue then largely becomes locking across paths, which becomes a huge issue if lun locking is being used as part of something like a clustered file system. Of course, most initial initiators may not be able to support this, and as far as I'm aware what iscsi initiators that we can control in hardware don't have or have limited iscsi multipath support. Of course, if they iBFT load that.... Well, I'll stop now because of limitations with iBFT. :)</div><div><br></div></div></div>