I found that long running torrents are getting a major drop off speed after, say 10 hours. I'm left with two connections and achieving a low speed. If I pause the job and instantly get it running again, it quickly finds another 44 connections and maxes out my connection (torrent is healthy). Is there an option for updating the tracker in intervals? How can I maintain the speed and accept new connections?
There is --bt-tracker-interval option. --bt-request-peer-speed-limit option may also help if you mind low speed.
Thank you, I will try those options.
Nope, It still dies after a few hours, connections go back to zero, and when I pause&continue, I have 145 shortly after.
I'm using these settings:
With DHT and tracker enabled, and assuming you are downloading torrent, not seeding, it is very strange that there is no connection. Could you grab aria2 log and check that tracker announce is made correctly?
Because this issue needs few hours to occur, log file gets too big. So you can enable logging after the connection becomes 0 using RPC command and wait for tracker announce (minimum 1200+ secs for your settings).
To enable logging via RPC, you can do it using aria2rpc:
doc/xmlrpc/aria2rpc changeGlobalOption -l /tmp/log.txt
Thank you. The debug level log is very helpful for debugging.
Ok, this happened again, I've executed the command to save the log, I will wait at least 20 minutes and then post it here.
Where should I send you the logs? There's 4M of them.
Compressed logs are here, starting around 10.53am to around 11.20. I've paused&unpaused Darksiders2 around 11.18, and two minutes later it was going full speed. There may be some noise from the RPC, since I've checked the webui a few times.
Thank you for the log. From the log, aria2 corrected peers from DHT (trackers are all udp but aria2 does not support them) and its peer list was full (1024 peers), but for unknown reason, aria2 did not initiate connection to those peers. The code to initiate connection is src/ActivePeerConnectionCommand.cc but unfortunately it does not have meaningful log message at the moment.
I'll make a patch to add log message and post the link here.
Could you apply the patch and do the same procedure again?
The affected source file has not changed since last release (1.16.1), so you can apply the patch to 1.16.1 tar ball. It is a little bit easier to build from git.
Patch is here: http://sourceforge.net/p/aria2/patches/61/
Ok, I've cloned the repo and applied the patch, building manpages fails but the binary is intact
[WARN] Unknown option: jobs=20000.
I'll find some big download and leave it for the night. Hopefully, it will happen again and I will post logs tomorrow.
[WARN] Unknown option: jobs=20000
This time, the scenario was kind of different, because I've had two bigger jobs that were not downloading since I added them (maybe the traffic from other jobs caused them to lose tracker messages) and they stayed at zero progress for about 9 hours. Here are the last 500k lines from the log.
Thank you for the log. With your help, I found the bug which potentially causes this issue. It was fixed in 550ac8c.
No problem, happy to help. I will pull the fix and see how that works, thanks for your time.
It has been verified by me twice since my last reply, and it maintains speed after several hours, thank you.