<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Dec 1, 2014 at 5:30 PM, Gianluca Cecchi <span dir="ltr"><<a href="mailto:gianluca.cecchi@gmail.com" target="_blank">gianluca.cecchi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div class="h5"><div class="gmail_extra"><div class="gmail_quote">On Mon, Dec 1, 2014 at 5:26 PM, Chris Adams <span dir="ltr"><<a href="mailto:cma@cmadams.net" target="_blank">cma@cmadams.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>Once upon a time, Gianluca Cecchi <<a href="mailto:gianluca.cecchi@gmail.com" target="_blank">gianluca.cecchi@gmail.com</a>> said:<br>
> Am I missing anyting simple?<br>
<br>
</span>Yep...<br>
<span><br>
> On the server offering iSCSI target:<br>
> # tgtadm --lld iscsi --mode target --op show<br>
> Target 1: iqn.2014-07.local.localdomain:store1<br>
</span>> LUN: 1<br>
> SCSI ID: p_iscsi_store1_l<br>
> LUN: 2<br>
> SCSI ID: p_iscsi_store1_l<br>
<br>
Both LUNs have the same ID name, which confuses discovery (I've done the<br>
same thing before). This is a 16 character string, so make sure they<br>
are distinct/unique in that 16 characters.<br>
<br>
It is annoying that scsi-target-utils lets you do this.<br>
<span><font color="#888888">--<br>
Chris Adams <<a href="mailto:cma@cmadams.net" target="_blank">cma@cmadams.net</a>><br>
_______________________________________________<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>
</font></span></blockquote></div><br></div></div></div><div class="gmail_extra">Arghhh!</div><div class="gmail_extra">Actually the name I used is</div><div class="gmail_extra">p_iscsi_store1_lun1<br></div><div class="gmail_extra">p_iscsi_store1_lun2<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">and the problem so should be that it is trimmed to 16 chars... I will try</div><div class="gmail_extra"><br></div><div class="gmail_extra">Thanks!!</div></div>
</blockquote></div><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">The original problem actually was to configure a new iSCSI lun for VMware on the same store provided by scsi-target-utils and this new lun was not visible...</div><div class="gmail_extra">So I tried originating with oVirt to crosscheck....</div><div class="gmail_extra">Now, after changing the ID, I have</div><div class="gmail_extra"><br></div><div class="gmail_extra"># tgtadm --lld iscsi --mode target --op show | grep "SCSI ID"</div><div class="gmail_extra"> SCSI ID: IET 00010000</div><div class="gmail_extra"> SCSI ID: p_iscsi_store1_l</div><div class="gmail_extra"> SCSI ID: p_lun2_istore1</div><div class="gmail_extra"><br></div><div class="gmail_extra">and the result is that VMware is able to see the new lun ;-)</div><div class="gmail_extra">But the same didn't originate any change at oVirt side: the discovery, with and without chap selected (see this thread that should be solved in my version that is 3.5: <a href="http://lists.ovirt.org/pipermail/users/2014-September/027388.html">http://lists.ovirt.org/pipermail/users/2014-September/027388.html</a>) doesn't show the new LUN to attach, only LUN 1...</div><div class="gmail_extra">Any log or tes I can provide to debug problem of oVirt discovery?</div><div class="gmail_extra"><br></div><div class="gmail_extra">Gianluca</div></div>