Unable to download torrent files through torcache

I’ve had Sonarr working for weeks and it stopped downloading torrent files all of the sudden. I have no idea what happened since I didn’t change any settings. I would appreciate it if I could get some help. Thanks. Here is the log:

15-9-9 03:00:25.6|Info|NzbSearchService|Searching 1 indexers for [Switched at Birth : S04E13]
15-9-9 03:00:27.9|Info|DownloadDecisionMaker|Processing 11 releases
15-9-9 03:00:28.5|Warn|ProcessDownloadDecisions|Couldn’t add report to download queue. Switched at Birth S04E13 720p WEB-DL DD5 1 H 264-KiNGS[rartv]

MonoTorrent.TorrentException: Invalid torrent file specified —> MonoTorrent.BEncoding.BEncodingException: Could not find what value to decode
at MonoTorrent.BEncoding.BEncodedValue.Decode(RawReader reader) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\BEncoding\IBEncodedValue.cs:line 142
at MonoTorrent.BEncoding.BEncodedValue.Decode(Stream stream) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\BEncoding\IBEncodedValue.cs:line 99
at MonoTorrent.Torrent.Load(Stream stream, String path) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\Torrent.cs:line 701
— End of inner exception stack trace —
at MonoTorrent.Torrent.Load(Stream stream, String path) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\Torrent.cs:line 711
at MonoTorrent.Torrent.Load(Byte[] data) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\Torrent.cs:line 556
at NzbDrone.Core.MediaFiles.TorrentInfo.TorrentFileInfoReader.GetHashFromTorrentFile(Byte[] fileContents) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\MediaFiles\TorrentInfo\TorrentFileInfoReader.cs:line 15
at NzbDrone.Core.Download.TorrentClientBase1.DownloadFromWebUrl(RemoteEpisode remoteEpisode, String torrentUrl) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\TorrentClientBase.cs:line 147 at NzbDrone.Core.Download.TorrentClientBase1.Download(RemoteEpisode remoteEpisode) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\TorrentClientBase.cs:line 85
at NzbDrone.Core.Download.DownloadService.DownloadReport(RemoteEpisode remoteEpisode) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\DownloadService.cs:line 66
at NzbDrone.Core.Download.ProcessDownloadDecisions.ProcessDecisions(List`1 decisions) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\ProcessDownloadDecisions.cs:line 74

15-9-9 03:00:30.5|Warn|ProcessDownloadDecisions|Couldn’t add report to download queue. Switched at Birth S04E13 720p HDTV x264-KILLERS[EtHD]

MonoTorrent.TorrentException: Invalid torrent file specified —> MonoTorrent.BEncoding.BEncodingException: Could not find what value to decode
at MonoTorrent.BEncoding.BEncodedValue.Decode(RawReader reader) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\BEncoding\IBEncodedValue.cs:line 142
at MonoTorrent.BEncoding.BEncodedValue.Decode(Stream stream) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\BEncoding\IBEncodedValue.cs:line 99
at MonoTorrent.Torrent.Load(Stream stream, String path) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\Torrent.cs:line 701
— End of inner exception stack trace —
at MonoTorrent.Torrent.Load(Stream stream, String path) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\Torrent.cs:line 711
at MonoTorrent.Torrent.Load(Byte[] data) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\Torrent.cs:line 556
at NzbDrone.Core.MediaFiles.TorrentInfo.TorrentFileInfoReader.GetHashFromTorrentFile(Byte[] fileContents) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\MediaFiles\TorrentInfo\TorrentFileInfoReader.cs:line 15
at NzbDrone.Core.Download.TorrentClientBase1.DownloadFromWebUrl(RemoteEpisode remoteEpisode, String torrentUrl) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\TorrentClientBase.cs:line 147 at NzbDrone.Core.Download.TorrentClientBase1.Download(RemoteEpisode remoteEpisode) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\TorrentClientBase.cs:line 85
at NzbDrone.Core.Download.DownloadService.DownloadReport(RemoteEpisode remoteEpisode) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\DownloadService.cs:line 66
at NzbDrone.Core.Download.ProcessDownloadDecisions.ProcessDecisions(List`1 decisions) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\ProcessDownloadDecisions.cs:line 74

15-9-9 03:00:32.5|Warn|ProcessDownloadDecisions|Couldn’t add report to download queue. Switched at Birth S04E13 720p HDTV x264-KILLERS

MonoTorrent.TorrentException: Invalid torrent file specified —> MonoTorrent.BEncoding.BEncodingException: Could not find what value to decode
at MonoTorrent.BEncoding.BEncodedValue.Decode(RawReader reader) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\BEncoding\IBEncodedValue.cs:line 142
at MonoTorrent.BEncoding.BEncodedValue.Decode(Stream stream) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\BEncoding\IBEncodedValue.cs:line 99
at MonoTorrent.Torrent.Load(Stream stream, String path) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\Torrent.cs:line 701
— End of inner exception stack trace —
at MonoTorrent.Torrent.Load(Stream stream, String path) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\Torrent.cs:line 711
at MonoTorrent.Torrent.Load(Byte[] data) in m:\BuildAgent\work\6c3239faf2b92630\src\MonoTorrent\Torrent.cs:line 556
at NzbDrone.Core.MediaFiles.TorrentInfo.TorrentFileInfoReader.GetHashFromTorrentFile(Byte[] fileContents) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\MediaFiles\TorrentInfo\TorrentFileInfoReader.cs:line 15
at NzbDrone.Core.Download.TorrentClientBase1.DownloadFromWebUrl(RemoteEpisode remoteEpisode, String torrentUrl) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\TorrentClientBase.cs:line 147 at NzbDrone.Core.Download.TorrentClientBase1.Download(RemoteEpisode remoteEpisode) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\TorrentClientBase.cs:line 85
at NzbDrone.Core.Download.DownloadService.DownloadReport(RemoteEpisode remoteEpisode) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\DownloadService.cs:line 66
at NzbDrone.Core.Download.ProcessDownloadDecisions.ProcessDecisions(List`1 decisions) in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\ProcessDownloadDecisions.cs:line 74

15-9-9 03:00:32.5|Info|EpisodeSearchService|Episode search completed. 0 reports downloaded.

Having the same problem. Using Kickass as the indexer and torrentblackhole as the downloader. Getting the same error. It is finding torrents but then saying they are invalid. Same issue regardless of whether the search is automatic or manual. A change in the data Kickass is sending back maybe?

I have only been using Sonarr for a few days and it is doing the same for me. It is also doing it with Rarbg. I even installed jacket and configured Torrentz and it is doing it with that one too.

Any ideas?

I’m glad to see it’s not just me due to user error. Hopefully, this gets fixed soon.

Please use hastebin for logs instead of posting them inline as the formatting gets mangled.

Please hastebin trace logs of this issue so we can look into it further.

We also need to know which version of Sonarr, which OS, which version of mono (if applicable) and the download client you are using.

Hi,

The hastebin is here: http://hastebin.com/gohajahoka.tex

Sonarr version is 2.0.0.3463 develop branch, Windows 7, Blackhole for my download client

I have the same setup (Win 7 / blackhole) as jiggsaw except I am using version 2.0.0.3357. I’ll try to get logs up when I get home.

2.0.0.3463, Windows 10, Blackhole, and the same for me. Rarbg has never worked, and suddenly everything stopped working today. Edit: I just noticed that KAT is returning that every torrent has 0 seeders. So KAT returns 0 seeders regardless of torrent, leading to Sonarr failing to download the torrent (even in manual search). Rarbg returns showing seeders, but Sonarr fails to download the torrent (even in manual search).

Sonarr Ver. 2.0.0.3357, Ubuntu 14.04, and rutorrent.
Using KickAss and ThePirateBay (via Jackett) as indexers.
Strangely enough, this worked several days ago and then suddenly stopped. I’m also suddenly having issues with CouchPotato (I use the same providers for it as well). I’m wondering if maybe something to do with torcache has changed?

Here are some of the errors showing up:

Couldn't add report to download queue. Fear.The.Walking.Dead.S01E01.HDTV.x264-KILLERS.[VTV].mp4: Downloading torrent failed

Exception
NzbDrone.Core.Exceptions.ReleaseDownloadException: Downloading torrent failed
  at NzbDrone.Core.Download.TorrentClientBase`1[NzbDrone.Core.Download.Clients.RTorrent.RTorrentSettings].Download (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x00000] in <filename unknown>:0 
  at NzbDrone.Core.Download.DownloadService.DownloadReport (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x00000] in <filename unknown>:0 
  at NzbDrone.Core.Download.ProcessDownloadDecisions.ProcessDecisions (System.Collections.Generic.List`1 decisions) [0x00000] in <filename unknown>:0 
RTorrent did not return the expected InfoHash for 'magnet:?xt=urn:btih:57c0835c079be9e6802b6e6d5ed1fe1fa5a95178&dn=Fear.The.Walking.Dead.S01E01.HDTV.x264-KILLERS.[VTV].mp4&tr=udp:%2F%2Ftracker.openbittorrent.com:80&tr=udp:%2F%2Fopen.demonii.com:1337&tr=udp:%2F%2Ftracker.coppersurfer.tk:6969&tr=udp:%2F%2Fexodus.desync.com:6969', Sonarr could potentially lose track of the download in progress.

Here is my hastebin with trace logs enabled: http://hastebin.com/abudikigak.tex

So I’ve solved the CouchPotato bug. I’m not 100% sure if it relates here but I have a hunch that it might.

Issue:
torcache.net has a “Your download is about to start” timer before it actually grabs the file for you. So what happens is that the html content is downloaded instead. Then bdecode runs against it and it fails.

Solution:
Wherever the code for opening the url is at, you need to set the Referer to https://torcache.net/ because torcache.net basically says “if my referer is that, don’t make me wait”.

I was able to make that change on my CouchPotato and it worked. But I don’t have access to the Sonarr code on my seedbox (I think it is installed for all users so I don’t have it under my home) so I can’t try to make the patch myself.

Hopefully this helps whoever might be working on this issue.

1 Like

I confirm the same thing in the Windows version, torcache returns an error page when directly loaded, but this wouldn’t explain Rarbg. They don’t use torcache.

Here are my logs after doing a manual search for a single episode. The search is successful and brings up lots of potential torrents with plenty of peers/seeders but fails when I try to download any from any indexer.

http://hastebin.com/oqebodetuk.tex

I can confirm the same problem. I’m also running 3357 on Ubuntu 14.0.4 and qbittorrent. Downloads are not working. I’m getting errors like this:

Downloading torrentfile for episode ‘Big Brother US S17E31 HDTV x264-FUM[ettv]’ failed (http://torcache.net/torrent/DC5DDCE86D6A824EFFF89BC07B22C5F455D9DD81.torrent?title=[kat.cr]big.brother.us.s17e31.hdtv.x264.fum.ettv): The request timed out

This one happened to be from kickass obviously, but the other indexers (e.g. rarbg) are not working either.

I can ping torcache.net from the host. And I can grab the file with a wget from the command line.

Sonarr Status page now displays an error warning. “Indexers unavailable due to failures: Rarbg”

EDIT: This is two different problems. Torrentapi.org is returning an invalid token when redirecting to rarbg. Other people are reporting the same problem over at CouchPotato. FYI: there are a LOT of people reporting the torcache problem on forums for everything from uTorrent to SickRageTV.

I’m having the same exact issue as well.

We’ve reached out to torcache to see if they have a solution to this problem or if we need to do something on our end.

You should just need to set the referer to ‘https://torcache.net/’.

Any update here?

Same here when try to manually search it returns in log: Request Failed: Invalid torrent file specified.

Here is my log:

Is this just a thing a few of us are finding, or a massive sonarr comunity problem?