SOLVED: wget is hanging on transferring images

[swerdna]

Originally Posted by ken_yap

You may have to create it manually. It might be a server that doesn't automatically create log files. Make sure it is writable by the account running vsftpd, but this would probably be root anyway.

The log file was not recording because I omitted to switch it on in vsftpd.conf. Once I did that and restarted vsftpd, it recorded. But this didn't throw any light on the problem.

However I found that by shortening the recursion depth the problem disappeared. So there are two ways to work around the problem:

1. use the -T 3 option
2. do not use long recursion depths

And thanks to you both very much for the help.

[ken_yap]

Originally Posted by swerdna

The log file was not recording because I omitted to switch it on in vsftpd.conf. Once I did that and restarted vsftpd, it recorded. But this didn't throw any light on the problem.

However I found that by shortening the recursion depth the problem disappeared. So there are two ways to work around the problem:

1. use the -T 3 option
2. do not use long recursion depths

And thanks to you both very much for the help.

It may not be wget or your server. I've seen a situation where connections to public servers inside a enterprise LAN would break in the middle of transsfers (ssh, http, media streaming, you name it). The catch was that it only happened at high speed, so only the fraction of people with cable or ADSL2+ would experience the problem. I looked everywhere and finally concluded it could be some router dropping connections on congestion. I was wondering how to collect evidence of this when it came good and stayed good. Coincidentally infrastructure was moved/upgraded that weekend. So maybe not coincidence. I guess I'll never know, but I'm not complaining.

So black magic workarounds like these are sometimes necessary.

[swerdna]

Originally Posted by ken_yap

It may not be wget or your server. I've seen a situation where connections to public servers inside a enterprise LAN would break in the middle of transsfers (ssh, http, media streaming, you name it). The catch was that it only happened at high speed, so only the fraction of people with cable or ADSL2+ would experience the problem. I looked everywhere and finally concluded it could be some router dropping connections on congestion. I was wondering how to collect evidence of this when it came good and stayed good. Coincidentally infrastructure was moved/upgraded that weekend. So maybe not coincidence. I guess I'll never know, but I'm not complaining.

So black magic workarounds like these are sometimes necessary.

There's a saying I've adapted that applies so well to Linux: "whatever turns your clockwork orange"

[ab@novell.com]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

That's good to hear. Thank-you for posting back.

Good luck.





swerdna wrote:
> ab@novell.com;2004216 Wrote:
>> I add -T 3 to all of my wget commands these days in case the server is
>> stupid. See the man page for info but basically after three seconds
>> of
>> stupidity wget tries again. I hit this a lot because of bad
>> configurations (now fixed I believe) with some NAM/iChain
>> implementations
>> but that's still useful for timeouts that can be pushed past with a
>> retry.
>> Give it a shot.
>>
>> Good luck.
> That fixed it -- and the prize goes to ab@novell.com
> Many thanks
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQIcBAEBAgAGBQJKRDNvAAoJEF+XTK08PnB5tvEQAIkf5iiTVL FvDkb6kBfYA8T6
EECN/2IZ6G9ct3lm0MWvvDCC52B7Q9mtMHXbx2o+Wu1caZX9kvX1M2l Zu9xAawmT
BtrXBxosU4jwNTY6d4p01WqPqELoUK1X7k7gU+sKhhNshipXBo c+90UuGH1C8lYJ
yaFIP/tUb2p2JngdBluFvzSgcxaKCINi4GUn/o6JFCufpZPezz76T1dbioKgAzu2
JozaosG2gy72MGnuB7sWLdEQnl3PdeExMUlgtUQJKSHW9oq/04epxKnr9Jf5wT5z
7Z3vI+r5Uu4d0Tk1FRG/3p16JeAjGcnyoDzvO6jfFokdpBN79OkrGx73BdztSrHW
+iZv1pQncd+WfNlz/FEz2zjBnWdt2K2gyX1ZMNg6mnPgMMu94XjlrSCBYuC6VXao
O4yB6jjmqDDxQVncn3goNH+bz2c1CKevOjiWgfUCjCKbXA9hvK 2wy9lnIKtTjrp3
v1x5cIWuttFu6bYtEE1IYCWkjZk487G+KdQVDlIbuEd+jfNjrw Z2CK7OjFO1VDmG
jQXOhrWuBmlmAoQF7hpRMlYu/Nyah1Xj81s++0QuOfNx3k9gZivOE2oMU2BKeyYf
ksJHd0MKqu3phsAYFr5Y2j2e0WPP7h4sNpLjd6yPg8/lJUKaGSaI2MaMWm+vmYDc
FVGqG7vx9U8dNEJHOPb3
=Rn/7
-----END PGP SIGNATURE-----