<div dir="ltr">Thanks for the reply,<div><br></div><div>the delay happens after "Entering Security negotiation" and "Entering Operational negotiation", each around 20-25 seconds. i don't know if i can enable time logging on ipxe serial port.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">---<br>Armin ranjbar<br><div><br></div></div></div></div>
<br><div class="gmail_quote">On Sun, Jan 14, 2018 at 1:11 AM, Michael Brown <span dir="ltr"><<a href="mailto:mcb30@ipxe.org" target="_blank">mcb30@ipxe.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 13/01/18 09:42, Armin Ranjbar wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
having a very strange problem here, it appears that connection is established twice to iscsi and at some phases, it takes a long time.<br>
<br>
log: <a href="http://pastecode.org/index.php/view/23465877" rel="noreferrer" target="_blank">http://pastecode.org/index.php<wbr>/view/23465877</a><br>
script: <a href="http://pastecode.org/index.php/view/80532914" rel="noreferrer" target="_blank">http://pastecode.org/index.php<wbr>/view/80532914</a><br>
<br>
now, two things:<br>
<br>
* looking at the log, there is 20 seconds delay after "Entering Security negotiation" and "Entering Operational negotiation".<br>
and<br>
* connection is established again after writing ibft and before starting PE.<br>
<br>
also it worth noting that<br>
/sys/kernel/config/target/iscs<wbr>i/iqn.2003-01.org.linux-iscsi.<wbr>vdi.x8664:sn.e5d7a4882dbf/<wbr>fabric_statistics/iscsi_login_<wbr>stats/accepts<br>
returns 2 after each boot, means that Ipxe in fact tried two times to login.<br>
</blockquote>
<br></span>
The timing is not visible from the log (as far as I can see), so I can't tell where your delay is actually occurring.<br>
<br>
The WinPE kernel boot sequence will access the iSCSI drive at various points.  It often does so after an idle period that is long enough for most targets to have already forcibly disconnected the initiator.  This is probably responsible for the multiple connections that you are seeing.<span class="HOEnZb"><font color="#888888"><br>
<br>
Michael<br>
<br>
</font></span></blockquote></div><br></div>