I tried it and setting it to a low timeout setting (10) made it fail with a timeout, so it does work for the purpose, but if possible I'd like to just limit the number of retries. Is there a setting I'm missing, maybe?
On Wed, Apr 13, 2016 at 8:46 PM, Nate Sutton <nathan.sut...@gmail.com> wrote: > What should I be setting this to? I don't quite understand how setting a > timeout will fix this issue, could you explain? lftp isn't stalling for > very long while downloading and intermittent stalls in transfers ought to > be tolerated, so I wouldn't want to set it too low. And besides, the error > message "recv: SSL_read: error:00000000:lib(0):func(0):reason(0)" implies > that the peer shut down the connection, right? It seems in this case that > limiting the number of retries when the peer terminates the connection > would be better, since otherwise it gets that error message and retries the > transfer again and again forever. > > Thoughts? > > On Wed, Apr 13, 2016 at 5:00 AM, Alexander V. Lukyanov <l...@netis.ru> > wrote: > >> On Tue, Mar 29, 2016 at 07:37:06PM -0500, Nate Sutton wrote: >> > I'm downloading from an HTTP server where it stops sending the file at >> > about 40 MB and then stops sending data. lftp doesn't seem to handle >> this >> > very well and retries the transfer over and over and over, indefinitely. >> > >> > https://gist.github.com/nate/e7e47d3a86118439c36a1877847d8b01 >> > >> > This happens with pget -n 5, pget -n 1, and get. >> > >> > Is this expected behavior? Is there a way to disable it? Or set a max >> > number of retries? net:max-retries is already set to 3... >> >> Please test >> >> https://github.com/lavv17/lftp/commit/989b10e928d73136ef2460572350f14a6a6d14c7 >> or http://lftp.yar.ru/ftp/devel/lftp-4.7.1.8-a7ceb-dirty.tar.gz >> which introduces new xfer:timeout setting. >> >> -- >> Alexander. >> > >
_______________________________________________ lftp mailing list lftp@uniyar.ac.ru http://univ.uniyar.ac.ru/mailman/listinfo/lftp
