<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Oct 13, 2014 at 7:51 AM, Christian Hesse <span dir="ltr"><<a href="mailto:list@eworm.de" target="_blank">list@eworm.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Michael Brown <<a href="mailto:mcb30@ipxe.org">mcb30@ipxe.org</a>> on Mon, 2014/10/13 13:30:<br>
<div><div class="h5">> On 06/10/14 05:12, Post, Donald L UTAS wrote:<br>
> > In the following case it seems that an HTTP transfer does not time out<br>
> > and basically hangs forever (well a really long time).<br>
> ><br>
> > ·iPXE client is set up to perform for an HTTP of a Linux system.<br>
> ><br>
> > ·The root file system is fairly large and thus takes a bit to down load<br>
> > (say 15 seconds).<br>
> ><br>
> > ·If there is a loss of link during the transfer, the transfer does not<br>
> > timeout but seems to hang<br>
> ><br>
> > ·Even if the cable is reconnected (after a period of time long enough<br>
> > for the TCP connection to have timed out) the transfer does not continue.<br>
> ><br>
> > My questions are:<br>
> ><br>
> > 1.Is this the expected behavior?<br>
> ><br>
> > 2.If not, is there a setting I need to set to enable the timeout and<br>
> > restart of the connection?<br>
><br>
> The underlying problem is that the TCP connection is stable in this<br>
> situation.  The client has nothing to send, so will not be retrying<br>
> anything and will patiently wait forever until the server sends more data.<br>
><br>
> There is an overall --timeout option to all of the image-fetching<br>
> commands ("imgfetch", "chain", etc) which allows you to specify a<br>
> timeout for the complete download operation (including DNS lookup, etc).<br>
>   The timeout is an inactivity timeout: if the download fails to make<br>
> forward progress (as defined by a call to job_progress()) within the<br>
> specified time then the download job will be aborted.<br>
><br>
> For backwards compatiblity, if no timeout is specified then iPXE will<br>
> wait indefinitely.  We could potentially change this: what do people think?<br>
<br>
</div></div>I would vote for a default timeout.<br>
<br>
Additionally... Is it possible to set a value that effects following fetch<br>
commands? So instead of<br>
<br>
imgfetch --timeout 5000 http://...<br>
<br>
use something like<br>
<br>
set timeout 5000<br>
imgfetch http://...<br>
<span class="HOEnZb"><font color="#888888">--<br>
main(a){char*c=/*    Schoene Gruesse                         */"B?IJj;MEH"<br>
"CX:;",b;for(a/*    Chris           get my mail address:    */=0;b=c[a++];)<br>
putchar(b-1/(/*               gcc -o sig sig.c && ./sig    */b/42*2-3)*42);}<br>
</font></span><br>_______________________________________________<br>
ipxe-devel mailing list<br>
<a href="mailto:ipxe-devel@lists.ipxe.org">ipxe-devel@lists.ipxe.org</a><br>
<a href="https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel" target="_blank">https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel</a><br>
<br></blockquote></div><br></div><div class="gmail_extra">I too concur that there should be default timeout.  I would assume something reasonable (10 seconds?) would tell us that the connection/server is too unstable to actually boot from.  I personally would rather get an early failure than a 4 hour boot iPXE imgfetch.</div><div class="gmail_extra"><br></div><div class="gmail_extra">- Kevin Landreth</div></div>