<div dir="ltr">For those still interested, t<div class="gmail_default" style="font-size:small;display:inline">he timeout issue doesnt occur on the </div>m<div class="gmail_default" style="font-size:small;display:inline">
ultipath side, nor ovirt</div>,<div class="gmail_default" style="font-size:small;display:inline"> but on the iscsid config side of things - <br><br></div><div class="gmail_default" style="font-size:small;display:inline">
To shorten the timeout and fail a path faster, edit <br><br>/etc/iscsi/iscsid.conf<br><br></div>C<div class="gmail_default" style="font-size:small;display:inline">hange the value <br><br></div>node.session.timeo.replacement_timeout = 1<div class="gmail_default" style="font-size:small;display:inline">
2</div>0<br><br>t<div class="gmail_default" style="font-size:small;display:inline">o something more useful, like I changed it to "10"<br><br><br></div><div class="gmail_default" style="font-size:small;display:inline">
Reloading iscsid's config does nothing</div>,<div class="gmail_default" style="font-size:small;display:inline"> you'll have to restart the host for it to work. <br><br></div><div class="gmail_default" style="font-size:small;display:inline">
Alex </div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 4 March 2013 17:11, Alex Leonhardt <span dir="ltr"><<a href="mailto:alex.tuxx@gmail.com" target="_blank">alex.tuxx@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Ok, so finally got this working, anyone know how to change the timeout for multipathd from say 120 seconds to ~10 seconds ? <br>
<br>==> /var/log/messages <==<br>Mar 4 17:09:12 TESTHV01 kernel: session5: session recovery timed out after 120 secs<br>
Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device<br>
Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request<br>
Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device<br>
Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request<br>
Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Unhandled error code<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK<br>
Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] CDB: Read(10): 28 00 00 04 08 00 00 00 08 00<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline device<br>
Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Unhandled error code<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK<br>Mar 4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00<span class="HOEnZb"><font color="#888888"><br>
<br><br></font></span></div><span class="HOEnZb"><font color="#888888">Alex<br><br><br></font></span></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="im">On 4 March 2013 15:35, Alex Leonhardt <span dir="ltr"><<a href="mailto:alex.tuxx@gmail.com" target="_blank">alex.tuxx@gmail.com</a>></span> wrote:<br>
</div><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hi,<br><br>I just tested this with this config : <br><br><br>
<target iqn.2013-02.local.vm:iscsi.lun1><br>
<backing-store /vol/scsi.img><br> vendor_id ISCSI-MULTIPATH<br>
scsi_id MULTIPATHTEST<br> scsi_sn 990000100001<br> lun 1<br> </backing-store><br></target><br><br><br></div>However, upon discovery / login, the LUN ID was again : <br><br>
</div>1IET_0000100001<span><font color="#888888"><br><br><br></font></span></div><span><font color="#888888">Alex<br><br><br></font></span></div><div><div><div class="gmail_extra">
<br><br><div class="gmail_quote">On 3 March 2013 18:34, Ayal Baron <span dir="ltr"><<a href="mailto:abaron@redhat.com" target="_blank">abaron@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br>
<br>
----- Original Message -----<br>
><br>
><br>
><br>
><br>
><br>
> Hi there,<br>
><br>
> I was doing some testing around ovirt and iscsi and found an issue<br>
> where as when you use "dd" to create "backing-stores" for iscsi and<br>
> you point ovirt to it to discover & login, it thinks the LUN ID is<br>
> the same although the target is different and adds additional paths<br>
> to the config (automagically?) bringing down the iSCSI storage<br>
> domain.<br>
<br>
</div>There is no question about the behaviour, it's not a bug, that is the way multipathing works (has nothing to do with oVirt). The GUID of a LUN has to be unique. multipathd seeing the same LUN ID across multiple targets assumes that it's the same LUN with multiple paths and that's how you get redundancy and load balancing.<br>
Why tgtd doesn't take care of this built in I could never grok, but what you need to do is edit your targets.conf and add the scsi_id and scsi_sn fields.<br>
<br>
Example:<br>
<target MasterBackup><br>
allow-in-use yes<br>
<backing-store /dev/vg0/MasterBackup><br>
lun 1<br>
scsi_id MasterBackup<br>
scsi_sn 444444444401<br>
</backing-store><br>
</target><br>
<div><br>
><br>
> See attached screenshot of what I got when trying to a "new iscsi san<br>
> storage domain" to ovirt. The Storage Domain is now down and I<br>
> cannot get rid of the config (???) how do I force it to logout of<br>
> the targets ??<br>
><br>
><br>
> Also, anyone know how to deal with the duplicate LUN ID issue ?<br>
><br>
><br>
> Thanks<br>
> Alex<br>
><br>
><br>
><br>
><br>
><br>
> --<br>
><br>
><br>
><br>
> | RHCE | Senior Systems Engineer | <a href="http://www.vcore.co" target="_blank">www.vcore.co</a> |<br>
> | <a href="http://www.vsearchcloud.com" target="_blank">www.vsearchcloud.com</a> |<br>
><br>
</div>> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@ovirt.org" target="_blank">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>
><br>
</blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><div><br></div>| RHCE | Senior Systems Engineer | <a href="http://www.vcore.co" target="_blank">www.vcore.co</a> | <a href="http://www.vsearchcloud.com" target="_blank">www.vsearchcloud.com</a> | <br>
</div>
</div>
</div></div></blockquote></div></div></div><div><div class="h5"><br><br clear="all"><br>-- <br><div dir="ltr"><div><br></div>| RHCE | Senior Systems Engineer | <a href="http://www.vcore.co" target="_blank">www.vcore.co</a> | <a href="http://www.vsearchcloud.com" target="_blank">www.vsearchcloud.com</a> | <br>
</div>
</div></div></div>
</blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><div></div>| RHCE | Senior Systems Engineer | <a href="http://www.vcore.co" target="_blank">www.vcore.co</a> | <a href="http://www.vsearchcloud.com" target="_blank">www.vsearchcloud.com</a> | <br>
</div>
</div>