<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>==&gt; /var/log/messages &lt;==<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<br>
<br><br></div>Alex<br><br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 4 March 2013 15:35, Alex Leonhardt <span dir="ltr">&lt;<a href="mailto:alex.tuxx@gmail.com" target="_blank">alex.tuxx@gmail.com</a>&gt;</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><div><div>Hi,<br><br>I just tested this with this config : <br><br><br>&lt;target iqn.2013-02.local.vm:iscsi.lun1&gt;<br>
    &lt;backing-store /vol/scsi.img&gt;<br>            vendor_id ISCSI-MULTIPATH<br>
            scsi_id MULTIPATHTEST<br>            scsi_sn 990000100001<br>            lun 1<br>    &lt;/backing-store&gt;<br>&lt;/target&gt;<br><br><br></div>However, upon discovery / login, the LUN ID was again : <br><br>

</div>1IET_0000100001<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="HOEnZb"><div class="h5"><div class="gmail_extra">
<br><br><div class="gmail_quote">On 3 March 2013 18:34, Ayal Baron <span dir="ltr">&lt;<a href="mailto:abaron@redhat.com" target="_blank">abaron@redhat.com</a>&gt;</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>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Hi there,<br>
&gt;<br>
&gt; I was doing some testing around ovirt and iscsi and found an issue<br>
&gt; where as when you use &quot;dd&quot; to create &quot;backing-stores&quot; for iscsi and<br>
&gt; you point ovirt to it to discover &amp; login, it thinks the LUN ID is<br>
&gt; the same although the target is different and adds additional paths<br>
&gt; to the config (automagically?) bringing down the iSCSI storage<br>
&gt; domain.<br>
<br>
</div>There is no question about the behaviour, it&#39;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&#39;s the same LUN with multiple paths and that&#39;s how you get redundancy and load balancing.<br>


Why tgtd doesn&#39;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>
&lt;target MasterBackup&gt;<br>
     allow-in-use yes<br>
&lt;backing-store /dev/vg0/MasterBackup&gt;<br>
         lun 1<br>
         scsi_id MasterBackup<br>
         scsi_sn 444444444401<br>
&lt;/backing-store&gt;<br>
&lt;/target&gt;<br>
<div><br>
&gt;<br>
&gt; See attached screenshot of what I got when trying to a &quot;new iscsi san<br>
&gt; storage domain&quot; to ovirt. The Storage Domain is now down and I<br>
&gt; cannot get rid of the config (???) how do I force it to logout of<br>
&gt; the targets ??<br>
&gt;<br>
&gt;<br>
&gt; Also, anyone know how to deal with the duplicate LUN ID issue ?<br>
&gt;<br>
&gt;<br>
&gt; Thanks<br>
&gt; Alex<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; | RHCE | Senior Systems Engineer | <a href="http://www.vcore.co" target="_blank">www.vcore.co</a> |<br>
&gt; | <a href="http://www.vsearchcloud.com" target="_blank">www.vsearchcloud.com</a> |<br>
&gt;<br>
</div>&gt; _______________________________________________<br>
&gt; Users mailing list<br>
&gt; <a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br>
&gt; <a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
&gt;<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><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>