Open newadventure079 opened 2 years ago
I added the torrent normally via the web UI and it added fine
Is it a large .torrent file?
If yes, then fixing this is likely related to #13 as it currently has no path on disk to send files to rtorrent (which is a requirement for large .torrent files).
It might be. It's been random so I haven't been able to narrow it down. What would be considered large? Over 1MB?
https://github.com/rakshasa/rtorrent/issues/874 says 2MB is default
Earlier when I said "I added the torrent normally via the web UI and it added fine", I do remember that being a large data set for the torrent but I dont remember what the .torrent size was. I'd have to guess they were large .torrent files when they failed since it seemed random and intermittent. I'll keep an eye out in the future.
I have more results now. All of the data sets were large but most of the .torrent files weren't too large.
[Failed] 'candxxx.torrent' failed to send torrent to client
711kb
[Failed] 'cordxxx.torrent' failed to send torrent to client
880kb
[Failed] 'edxxx.torrent' failed to send torrent to client
1.3MB
[Failed] 'lemxxx.torrent' failed to send torrent to client
229kb
[Failed] 'lovxxx2013.torrent' failed to send torrent to client
249kb
[Failed] 'lovxxx2014.torrent' failed to send torrent to client
324kb
[Failed] 'manxxx.torrent' failed to send torrent to client
760kb
[Failed] 'racxxxDID.torrent' failed to send torrent to client
778kb
[Failed] 'racxxxMF.torrent' failed to send torrent to client
1MB
[Failed] 'salxxx.torrent' failed to send torrent to client
628kb
If you run 1.2.0 with verbose, I hope it'll throw out the actual reason for failing.
I chose the first one from the list above and ran it with verbose
DEBUG:autotorrent.__main__:580:Failed to add torrent: FailedToExecuteException('Failed to add torrent: <ProtocolError for 172.17.0.1:8004/RPC2: 413 Request Entity Too Large>')
The .torrent is 711kb. Data dir is 78.29GB, 4138 files, 16 folders
I figured it out thanks to the extra debug output!
My XMLRPC size limit was too low. I'm using this docker container https://github.com/crazy-max/docker-rtorrent-rutorrent/pull/107
That makes it related to #13 for sure, which is great.
I had one give this output when it failed to add
DEBUG:autotorrent.__main__:580:Failed to add torrent: FailedToExecuteException('Failed to add torrent: <ProtocolError for 172.17.0.1:8004/RPC2: 502 Bad Gateway>')
Normally 502 Bad Gateway is when rtorrent is down or too busy doing stuff to respond, but I confirmed it's totally up and very responsive
I've had another batch of failed torrents with 502 Bad Gateway
. What's interesting tho, is when I add them manually with rutorrent and check the fast resume box, it will still perform a hash check, and that hash check is always 100% fine and then it seeds automatically after the hash check is fine and it didn't find anything wrong. It's like these torrents dont want to be added automatically with fast resume.
I see
[Failed] 'xxx.torrent' failed to send torrent to client
sometimes. I turned on debug and it didn't show anything odd or out of the ordinary. It looks like it just simply wouldn't add to rtorrent. Are there any reasons why this would happen or can at2 provide more info if it fails to add?