Downloads consistently stall after 3.5 minutes
Posted: September 2nd, 2009, 1:27 am
Version: 0.4.11 Final
OS: Vista Ultimate x64 SP2
Install-type: Windows Installer
Skin (if applicable): Default
Firewall Software: Vista firewall
Are you using IPV6? Yes along with IPv4
Is the issue reproducible? Yes
It is as strange as it sounds. Everything was just peachy for a few days and then one day (after setting the app to shutdown the PC when finished the night before) I fired it up to find out the downloads were stalling after only a few minutes. The queue page never reflected this in the download speed or ETA indicators so I didn't notice for a while. The web interface still responds and I can navigate around but attempting to save any settings or view live data is no joy. Attempting to save anything results in a page timeout and all stats are stale data. After closer examination, I can see that this happens after 3.5 minutes from the time the app is forcibly closed and re-opened. I had the timeout for the servers set to 200 which is curiously just about 3.5 minutes.
As I type this, I realized whatever value I enter for server timeout in the servers config, that is how long it works until it barfs and stops responding. The web GUI seems to think the max is 200. Is there a way to make this unlimited?
I set the logging level to 3 and the last lines after the stall are not found anywhere else so I assume they are related to the problem:
2009-09-01 21:54:48,782::WARNING::[downloader] Thread [email protected]:119: timed out
2009-09-01 21:54:48,783::DEBUG::[trylist] Reseting .__try_list
I have 4 servers defined. Three are IPv6 over a tunnel broker and one is straight via v4. They all tank at the same time.
OS: Vista Ultimate x64 SP2
Install-type: Windows Installer
Skin (if applicable): Default
Firewall Software: Vista firewall
Are you using IPV6? Yes along with IPv4
Is the issue reproducible? Yes
It is as strange as it sounds. Everything was just peachy for a few days and then one day (after setting the app to shutdown the PC when finished the night before) I fired it up to find out the downloads were stalling after only a few minutes. The queue page never reflected this in the download speed or ETA indicators so I didn't notice for a while. The web interface still responds and I can navigate around but attempting to save any settings or view live data is no joy. Attempting to save anything results in a page timeout and all stats are stale data. After closer examination, I can see that this happens after 3.5 minutes from the time the app is forcibly closed and re-opened. I had the timeout for the servers set to 200 which is curiously just about 3.5 minutes.
As I type this, I realized whatever value I enter for server timeout in the servers config, that is how long it works until it barfs and stops responding. The web GUI seems to think the max is 200. Is there a way to make this unlimited?
I set the logging level to 3 and the last lines after the stall are not found anywhere else so I assume they are related to the problem:
2009-09-01 21:54:48,782::WARNING::[downloader] Thread [email protected]:119: timed out
2009-09-01 21:54:48,783::DEBUG::[trylist] Reseting .__try_list
I have 4 servers defined. Three are IPv6 over a tunnel broker and one is straight via v4. They all tank at the same time.