Stalled torrent detection

Thank you for adding torrent priority support :stuck_out_tongue:

How does/will failed download handling work with torrents?

The few times I have got a failed torrent in utorrent I found running a force recheck usually fixes it:

http://[IP]:[PORT]/gui/?action=recheck&hash=[TORRENT HASH] This action tells µTorrent to recheck the torrent contents for the specified torrent job(s). Multiple hashes may be specified to act on multiple torrent jobs.

ywc sammy, sry it took so long to release, wanted to wait for remote path support.

We don’t do Failed Download handling for torrents atm. I would be interested in knowing the different scenarios that might happen. Currently I only see ‘stalled’ detection as possible failure scenario that we could treat as such.

Your recheck scenario bothers me. Only a bug in utorrent or the OS could cause corruption like that. I’m not sure if drone should be tasked in compensating for such shortcomings.

It happens very rarely (and mostly the users fault) - so its not that big a deal really :smile:

I’ve seen it happen when my anti-virus quarantined part of the download (this shouldn’t be an issue with TV Shows)
If a user modifies a file while it is downloading or seeding
I’ve only had it happen once by itself in the past 5 years on a very old torrent that kept corrupting itself for some reason?

But stalled detection would be great - though I imagine you may run into some problems with transmission and the scheduler feature. Utorrent downloads enter a queued state when stopped by the scheduler and I believe deluge downloads enter a stopped state when stopped by the scheduler. Transmission scheduler essentially works by limiting the download/upload speed to 0kbps so it can look like its stalled when its not :frowning:

afaik transmission as an explicit stalled property, but yeah, once we start looking into that we’ll investigate the possibilities. not gonna happen for v1 anyway.

I have been testing this branch and I have to say I am excited nzbdrone finally supports torrents. I was using the sickrage fork of sickbeard only because it was the only one left that still had decent torrent support. Now it looks like I can finally dump sickrage for the far superior nzbdrone! I realize that torrent support is very new and still being tweaked, but one feature in particular that I would like see integrated into the automatic search is a way to set a minimum seeds requirement. This works in sickrage to help prevent loading torrents that will stall in your queue due to not having any seeds.

We hardcoded that to a minimum of 1 seeder. If the indexer provides information about seeders.

There is a trello checklist item for stalled detection. But I don’t think we’ll be implementing that for the first version.