<div dir="ltr">Currently vdsm doesn't use the IFACE param at all, it simply tries to discover the target by IP, letting the kernel do the routing. So for multiple paths, you need to split the host NICs into different subnets, set up the portals on those subnets, and discover/login on those separate IPs from different subnets. The host kernel will take care of which NIC to use for which iSCSI session</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 18, 2013 at 4:25 AM, Gary Lloyd <span dir="ltr"><<a href="mailto:g.lloyd@keele.ac.uk" target="_blank">g.lloyd@keele.ac.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
Dan Yasny <dyasny@...> writes:<br>
><br>
><br>
> This is an old issue with EQL, best practice is to have different iSCSI<br>
paths on different subnets or VLANs, and to login to every iSCSI portal when<br>
you create the storage domain. <br>
> Alternatively, you can use bonds of course<br>
><br>
><br>
</div><div class="im">> On Thu, Jun 13, <a href="tel:2013" value="+9722013">2013</a> at 4:41 PM, Martin Goldstone <m.j.goldstone-<br>
<a href="mailto:gMJiioYAC8g@public.gmane.org.uk">gMJiioYAC8g@public.gmane.org.uk</a>> wrote:<br>
> Hi all,<br>
> I've recently started looking at oVirt to provide the next iteration of<br>
our virtualization infrastructure, as we have recently acquired some ISCSI<br>
storage. Up to now, we've been using KVM managed by libvirt/virt-manager<br>
locally on each of our hosts, using direct attached storage, which was<br>
obviously less than ideal.<br>
><br>
><br>
> In setting it all up, I've hit a bit of a snag. We've got 4 GbE network<br>
interfaces on our pilot host (running vdsm on CentOS 6.4) which are<br>
connected to our storage arrays (equallogic). I've created 4 interfaces with<br>
iscsiadm for these and bound them, but when setting up the discs in oVirt,<br>
I've not seen a way of telling it which interfaces to use. The node makes<br>
the connection to the target successfully, but it seems its only connecting<br>
via the "default" iscsi interface, and not making a connection via each<br>
interface that I've defined. Obviously this means I can't use multipath, and<br>
being only GbE interfaces it means I'm not getting the performance I should.<br>
><br>
><br>
> I've done some searching via Google, but I've not really found any thing<br>
that helps. Perhaps I've missed something, but can anyone give me any<br>
pointers for getting this to work across multiple interfaces?<br>
><br>
><br>
> Thanks?<br>
><br>
> Martin<br>
> _______________________________________________<br>
</div>> Users mailing listUsers-<br>
dEQiMlfYlSzYtjvyW6yDsg@public.gmane.orghttp://<a href="http://lists.ovirt.org/mailman/listin
fo/users" target="_blank">lists.ovirt.org/mailman/listin<br>
fo/users</a><br>
><br>
><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> Users@...<br>
> <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
><br>
<br>
Hi Dan<br>
<br>
I work with Martin.<br>
<br>
The problem we are having seems to be with regards to how ovirt/vdsm manages<br>
iscsi sessions and not how our server is connected. I have manually tested<br>
iscsiadm on the same machine(Centos 6.4) and we are indeed getting multiple<br>
sessions from 2 ifaces with mpio working via dm-multipath, etc.<br>
<br>
vdsm however does not appear to be logging into the targets using the ifaces<br>
we use in iscsiadm, I have tried adding this to /etc/vdsm/vdsm.conf, but it<br>
makes little difference:<br>
<br>
[irs]<br>
iscsi_default_ifaces = eth2,eth3<br>
<br>
Thanks<br>
<span class="HOEnZb"><font color="#888888"><br>
Gary<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div>