Radarr and Sonarr stopped working after upgrading to Electric Eel

Apps and Virtualization
1

Hi everyone. Recently I upgraded my Truenas scale to Electric Eel. It all seem to have migrated correctly but I found out that everytime radarr or sonarr tries to download something, my indexer fails. Then I click ‘test indexer’ and the error goes away, but it still behaves the same way when I try to download.

I use qBittorrent as my download client. If I hit test on it, it passes correctly.
If I manually add .torrent files, it downloads them perfectly. I know the issue must be in the configuration between sonarr/radarr and qBittorrent but I can’t manage to figure it out.
I would appreaciate any help. If you need any of my configs to help me troubleshoot just let me know. This is the logs I get in radarr when trying to download:

2

Forgot to add the log:

NzbDrone.Core.Exceptions.ReleaseDownloadException: Downloading torrent failed
 ---> NzbDrone.Common.Http.HttpException: HTTP request failed: [500:InternalServerError] [GET] at
3

Hi Jesus, is Radarr and qB running in the same app pod or as separate apps?
What are the qB settings in Radarr?
Are you using a public or private indexer?
Can you give a bit more of the log the lines before and after?

4

They are running as separate apps.
I didn’t configure anything for the qBit settings apart from host, port and credentials. If I test the download client in radarr/sonarr it passes correctly.
It is a private indexer, but it was working just fine before upgrading. The weird thing is, if I go to interactive search, it actually fetches results from the indexer, but if I try to download then it fails and shows indexer error.

This is more of the error (I took out the link parameter so it is shorter):

 ---> NzbDrone.Common.Http.HttpException: HTTP request failed: [500:InternalServerError] [GET] at [http://192.168.1.148:9898/1/download?apikey=(removed)&link=removed&file=Until+Dawn+(2025)+%5BAudio+DCP+7.1.4%5D+%5BAMZN+WEB-DL+2160p+HEVC+DV-HDR10%2B+ES+True-HD+Atmos+7.1+Subs%5DHDO+SPANiSH]
   at NzbDrone.Common.Http.HttpClient.ExecuteAsync(HttpRequest request) in ./Radarr.Common/Http/HttpClient.cs:line 119
   at NzbDrone.Core.Download.TorrentClientBase`1.<>c.<<DownloadFromWebUrl>b__11_0>d.MoveNext() in ./Radarr.Core/Download/TorrentClientBase.cs:line 143
5

Thanks for sending over this info. Radarr is trying to send a download request directly to qB but the format is wrong. The end point is not part of qB’s web API.

It looks like a proxy server like Jacket. This means that Radarr isn’t directly calling the indexer but instead forwarding the request to a Jackett or Prowlarr.

Can you run curl http://192.168.1.148:9898 in the TrueNas shell and let me now what it says.

You could also go to Jackett or Prowlarr, whichever you are using and look in the logs there. Search for 500 errors or stack traces.

Also try switching Radarr to a direct indexer through Radarr, ideally a public one. To see if the problem goes away.

Let me know what you find.

6

Thanks for your reply. Running curl http://192.168.1.148:9898 doesn’t give any output.
I’m using Prowlarr (sorry, I should’ve mention that in my initial post). This is the logs I get in prowlarr:

2025-06-01 20:40:44.8|Error|NewznabController|System.NotSupportedException: Invalid torrent file contents. Reason: Invalid torrent file specified

[v1.36.2.5059] System.NotSupportedException: Invalid torrent file contents. Reason: Invalid torrent file specified
 ---> MonoTorrent.TorrentException: Invalid torrent file specified
 ---> MonoTorrent.BEncoding.BEncodingException: Invalid data found. Aborting
   at MonoTorrent.BEncoding.BEncodeDecoder.DecodeTorrent(RawReader reader)
   at MonoTorrent.Torrent.Load(Stream stream, String path)
   --- End of inner exception stack trace ---
   at MonoTorrent.Torrent.Load(Stream stream, String path)
   at MonoTorrent.Torrent.Load(Byte[] data)
   at NzbDrone.Core.Indexers.TorrentIndexerBase`1.ValidateDownloadData(Byte[] fileData) in ./Prowlarr.Core/Indexers/TorrentIndexerBase.cs:line 29
   --- End of inner exception stack trace ---
   at NzbDrone.Core.Indexers.TorrentIndexerBase`1.ValidateDownloadData(Byte[] fileData) in ./Prowlarr.Core/Indexers/TorrentIndexerBase.cs:line 29
   at NzbDrone.Core.Indexers.HttpIndexerBase`1.Download(Uri link) in ./Prowlarr.Core/Indexers/HttpIndexerBase.cs:line 327
   at NzbDrone.Core.Download.DownloadService.DownloadReport(String link, Int32 indexerId, String source, String host, String title) in ./Prowlarr.Core/Download/DownloadService.cs:line 182
   at NzbDrone.Api.V1.Indexers.NewznabController.GetDownload(Int32 id, String link, String file) in ./Prowlarr.Api.V1/Indexers/NewznabController.cs:line 315

I tried adding a public indexer directly to Radarr, it worked and started the download correctly

7

This problem isn’t with Radarr or qB. It sounds like there’s a problem with how Prowlarr fetches the torrent from your indexer.

Prowlarr appears to be retrieving something that looks like a torrent file but isn’t, possibly an HTML page, a login screen, or something else that wasn’t fetched properly. Since you mentioned that the indexer is private, it’s possible the API isn’t set up correctly.

I can’t help much further without knowing the indexer, the decoded link, and seeing a screenshot of your Prowlarr configuration. However, I don’t recommend sharing any of that information due to privacy concerns. Hopefully, this gives you enough to troubleshoot the issue on your own.

P.S. I personally prefer Jackett for several reasons that aren’t worth getting into here. Now may be a great opportunity to switch.

8

Is there anyway I can actually see what prowlarr is fetching?

Also, could it be that I need Flaresolverr?

Thanks for all your feedback, at least I’ve been able to narrow it down

9

Hi again. So I moved to Jackett, and what I found is that my indexer is returning the login screen when it tries to download something. But this was working before updating to Electric Eel. Also, a friend of mine with Unraid is using that same indexer and it is working fine for him