sonarr :: forums - Latest posts

Add IMDB, TVMaze, TMDB, for grabbing show information

@MyUserNameIsUserName — Tue, 17 Mar 2026 09:12:18 +0000

Might want to talk to the Emby and Jellyfin developers.

Add IMDB, TVMaze, TMDB, for grabbing show information

@MyUserNameIsUserName — Tue, 17 Mar 2026 09:09:53 +0000

(post deleted by author)

Release Rejected unknown series or episode | Interactive Search to just work on episodes that are not in the correct naming syntax

@huplo — Mon, 16 Mar 2026 22:59:44 +0000

Thank you @markus101 for taking the time to review the logs and for considering it to be in V5! Happy to post future examples I come across to this thread if it helps.

Add IMDB, TVMaze, TMDB, for grabbing show information

@ldexterldesign — Mon, 16 Mar 2026 22:40:00 +0000

1234567891011

Add IMDB, TVMaze, TMDB, for grabbing show information

@ldexterldesign — Mon, 16 Mar 2026 22:39:34 +0000

(post deleted by author)

Add IMDB, TVMaze, TMDB, for grabbing show information

@markus101 — Mon, 16 Mar 2026 22:22:51 +0000

Trakt just used TMDb (previously they used TheTVDB). We used Trakt more than 10 years ago, but never again.

I’ve said it before elsewhere, but TMDb is not better than TheTVDB, it’s different, sometimes it’s better for a show, sometimes it’s worse. TMDb is missing data that Sonarr relies on (that they have no plans to add), so even if we use TMDb there will be some information that needs to be sourced elsewhere or the calendar will be a mess.

Switching to another source doesn’t make sense (we watched how poorly that went with Trakt before), the direction we’re evaluating is supporting multiple metadata sources.

Add IMDB, TVMaze, TMDB, for grabbing show information

@ldexterldesign — Mon, 16 Mar 2026 22:08:35 +0000

all,

+1 for TMDB, and my reasoning

@markus101 if there is/are reasons why we’re even bothering with the alts at this point then I’d love to know…?

Hope this helps!

Release Rejected unknown series or episode | Interactive Search to just work on episodes that are not in the correct naming syntax

@markus101 — Mon, 16 Mar 2026 15:28:28 +0000

Thanks! That helps a lot.

2026-03-15 23:21:23.8|Debug|DownloadDecisionMaker|Processing release 'Panorama.2025.09.01.The.170.Million.Pound.Diamond.Scam.1080p.HDTV.H264-DEADPOOL' from 'NZBFinder (Prowlarr)'
2026-03-15 23:21:23.8|Debug|Parser|Parsing string 'Panorama.2025.09.01.The.170.Million.Pound.Diamond.Scam.1080p.HDTV.H264-DEADPOOL'
2026-03-15 23:21:23.8|Debug|Parser|Episode Parsed. Panorama 2025 09 01 The - S01E70

The 170 there is throwing Sonarr off. Looks like it should be an easy fix. It’ll land in v5, since v4 isn’t receiving any parsing changes at this time.

Query cleaned before sent to prowlarr

@markus101 — Mon, 16 Mar 2026 14:13:59 +0000

I saw some differences in the results but saw results for The L Word in both.

Indexers that report raw searching support will receive the full title. Issue on Prowlarr that discusses it Add Raw Search option on custom torznab · Issue #1895 · Prowlarr/Prowlarr · GitHub

TVDB Corruption

@markus101 — Mon, 16 Mar 2026 14:10:40 +0000

Thanks, this is redirecting now.

TVDB Corruption

@Vanessa_Ruegg — Mon, 16 Mar 2026 11:28:59 +0000

Raising Dion old 335985, new 473968
thanks in advance!

Query cleaned before sent to prowlarr

@SirXydan — Mon, 16 Mar 2026 07:21:13 +0000

I Compared the two queries directly on the indexer source.
TPB
And it does give different results through prowlarr and directly on site when “The L Word” Is queried vs without “the”

What controls this cleaning?
Is it possible it can be changed to not clean “the” off for certain indexers?

Release Rejected unknown series or episode | Interactive Search to just work on episodes that are not in the correct naming syntax

@huplo — Sun, 15 Mar 2026 23:23:16 +0000

@markus101 please ignore the other one, this will be the right one PrivateBin

Release Rejected unknown series or episode | Interactive Search to just work on episodes that are not in the correct naming syntax

@huplo — Sun, 15 Mar 2026 19:32:32 +0000

Annoyingly I can’t see it within that log file for some odd reason although I sanity checked it. Let me paste another one.

Release Rejected unknown series or episode | Interactive Search to just work on episodes that are not in the correct naming syntax

@huplo — Sun, 15 Mar 2026 19:30:54 +0000

@markus101 sorry should have clarified. It’s the same example used above as not to confused things i.e Panorama - 2025-09-01 - The 170 Million Diamond Scam

Stop redownloading after move

@Puckold — Sun, 15 Mar 2026 17:51:20 +0000

I tried running it normally but sonarr still can’t see mapped drives or use UNC paths.

Stop redownloading after move

@markus101 — Sun, 15 Mar 2026 17:22:14 +0000

If you want to use a Mapped Network Drive, don’t run Sonarr as a service, run it via “tray icon”, or use the underlying UNC path instead.

Release Rejected unknown series or episode | Interactive Search to just work on episodes that are not in the correct naming syntax

@markus101 — Sun, 15 Mar 2026 17:20:39 +0000

Which release in that log would you expect to be grabbed? You might need to find a more appropriate log that includes a release you’re expecting Sonarr to grab.

Stop redownloading after move

@Puckold — Sat, 14 Mar 2026 08:51:10 +0000

Unfortunately Windoze won’t let me map a network drive when sunning as a service, I tried running normally as admin, but that didn’t work, symlinks don’t work over shared drives so it doesn’t look like I can do that. sonarr doesn’t show any of my mapped drives at all.

Stop redownloading after move

@Thirrian — Sat, 14 Mar 2026 06:49:57 +0000

Haven’t done this exact scenario myself, but sonarr should be smart enough to see the storage is offline and wait until it’s back again to move things over…

Release Rejected unknown series or episode | Interactive Search to just work on episodes that are not in the correct naming syntax

@huplo — Sat, 14 Mar 2026 00:59:51 +0000

Correct, it’s set to daily.

Here is the trace log:- PrivateBin

Thanks @markus101

Stop redownloading after move

@Puckold — Fri, 13 Mar 2026 23:12:41 +0000

Interesting. I have my HTPC drive mapped to my main PC, so just point the move location to the HTPC? I thought that it would fail if the drive wasn’t online when it tries to move after download? If that works it would be perfect!

"Couldn't import ... access denied" on Mac during automatic import, but manual import works fine

@brossow — Fri, 13 Mar 2026 22:08:37 +0000

The file never makes it to its destination during the automatic import. It remains in the completed downloads folder and is neither copied nor moved. If it had at least copied, I might not have noticed the issue right away – I discovered it only because episodes I knew had downloaded successfully never appeared in the library.

For now I’ve set up a cron job that runs every 15 minutes to adjust the permissions as a temporary workaround. Over the weekend I’ll disable that, enable trace logging, let Sonarr attempt an automatic import, and then perform a manual import of the same file (assuming the automatic import fails). I’ll share the resulting trace logs for both cases.

Regarding the environment:

Sonarr is running on a Mac Mini (M1) under my user account with Full Disk Access.
NZBGet is running on a Synology NAS, which also hosts the downloads directory.
The Synology shares are mounted on the Mac via NFS, and from the Mac I have full read/write access to the files and directories involved.

Since manual import successfully moves the file, it seems like Sonarr has the required access to both source and destination paths, but the trace logs should clarify what’s happening during the automatic import process. I’ll report back with those as soon as I have them. Thanks for the quick reply!

waiting after 100s for flaresolverr

@markus101 — Fri, 13 Mar 2026 21:10:11 +0000

No it’s not possible without compiling your own version of Sonarr with a longer timeout. We do not have plans to add a configurable option for that.

waiting after 100s for flaresolverr

@crank8x — Fri, 13 Mar 2026 21:09:23 +0000

I have a slow laptop and sonarr quits waiting for flaresolverr after 100s. Is there any way I could set more time? New feature or editing some file I do not care.

Metadata source have the ability to change the aired order to Regional Order

@John_S — Fri, 13 Mar 2026 21:09:11 +0000

I agree with Simplicity.
This would be a GREAT addition to SONARR.
Firefly is a good example to look at.
TY!

"Couldn't import ... access denied" on Mac during automatic import, but manual import works fine

@markus101 — Fri, 13 Mar 2026 21:08:30 +0000

The logs indicate that Soanrr is failing to delete the file, presumably after importing. It may be unable to do a move directly, so it’s doing a copy + delete.

For Manual Import, a copy wouldn’t do the delete, but a move should behave the same way, but trace logs would confirm that. It’d be useful to see trace logs for the failed import as well as a successful manual import.

Are Sonarr and NZBGet running as the same users?

Query cleaned before sent to prowlarr

@markus101 — Fri, 13 Mar 2026 21:04:13 +0000

Sonarr has always (or pretty close to always) trimmed leading “the” from search term. Looking at the query Prowlarr made there isn’t really a meaningful difference in the results when the is included or excluded.

Stop redownloading after move

@Thirrian — Fri, 13 Mar 2026 17:50:28 +0000

Can you not set your HTPC storage to be the sonarr library, and let sonarr handle moving the files when it is available?

That way

downloads are done on your main PC
when your HTPC becomes available, sonarr moves the files
sonarr tracks what quality files you have on the intermittently available HTPC storage, so you can still enjoy quality upgrades

Stop redownloading after move

@Puckold — Fri, 13 Mar 2026 07:04:40 +0000

Thanks for that, this will help but ideally I only want it to unmonitor deleted files where the cutoff is met. Ideally i would like to keep downloading until I get a H.265 bluray.

Release Rejected unknown series or episode | Interactive Search to just work on episodes that are not in the correct naming syntax

@markus101 — Fri, 13 Mar 2026 05:14:06 +0000

As long as the series type is set to daily (and it looks like it is) that looks like it should work. Debug/trace logs would be good to see what’s gong on there (when it’s sitting in the queue).

"Couldn't import ... access denied" on Mac during automatic import, but manual import works fine

@brossow — Thu, 12 Mar 2026 22:06:56 +0000

Sonarr version: 4.0.16.2946 (ARM version)
OS: MacOS 15.7.4 (Sequoia)
Debug logs: example below
Description of issue:

I have a Mac Mini M1 running both Sonarr and Radarr. Downloading and storage are handled by another device; the relevant directories are mounted on the Mac via NFS.

I’ve been troubleshooting an issue where Sonarr fails to automatically import NZB downloads (via NZBGet). The monitored download task fails with a permissions error like this:

Couldn't import episode /Volumes/Downloads/Sample.Show.S01E01/Sample.Show.S01E01.mp4: Access to the path '/Volumes/Downloads/Sample.Show.S01E01/Sample.Show.S01E01.mp4' is denied.

However, the behavior is inconsistent:

Manual import works perfectly.
Using Wanted → Manual Import, I can browse to the same directory and import the exact same file without issue. Both the ‘copy’ and ‘move’ options work as expected.
Automatic import fails unless permissions are changed.
– After extraction, the episode directories and files are set to 775. With those permissions, the monitored import fails.
– If I change the directory/contents permissions to 777, the monitored import succeeds.
– Manual import succeeds without changing permissions.

Additional details:

Sonarr clearly has read/write access to the files, since manual import works.
The files are on NFS mounts, but they behave like local volumes and Radarr uses the same mounts and paths without issue.
Radarr automatically imports downloads from the same directories with identical permissions (775).

Because of that, I’m unsure whether this is a configuration issue on my side or something specific to Sonarr’s monitored import process.

Below is a sanitized excerpt from the regular log. I can provide full debug logs if needed.

In the meantime, my temporary workaround will probably be a cron job that recursively adds write permissions to the downloads directory, but I’d obviously prefer to solve the underlying issue.

Thanks in advance for any suggestions.

2026-03-12 11:53:42.9|Warn|ImportApprovedEpisodes|Couldn't import episode /Volumes/Downloads/complete/Series/Sample.Show.S01E01/Sample.Show.S01E01.mkv

[v4.0.16.2946] System.UnauthorizedAccessException: Access to the path '/Volumes/Downloads/complete/Series/Sample.Show.S01E01/Sample.Show.S01E01.mkv' is denied.
 ---> System.IO.IOException: Permission denied
   --- End of inner exception stack trace ---
   at System.IO.FileSystem.DeleteFile(String fullPath)
   at NzbDrone.Mono.Disk.DiskProvider.TransferFilePatched(String source, String destination, Boolean overwrite, Boolean move) in ./Sonarr.Mono/Disk/DiskProvider.cs:line 422
   at NzbDrone.Common.Disk.DiskProviderBase.MoveFile(String source, String destination, Boolean overwrite) in ./Sonarr.Common/Disk/DiskProviderBase.cs:line 273
   at NzbDrone.Common.Disk.DiskTransferService.TryMoveFileVerified(String sourcePath, String targetPath, Int64 originalSize) in ./Sonarr.Common/Disk/DiskTransferService.cs:line 501
   at NzbDrone.Common.Disk.DiskTransferService.TransferFile(String sourcePath, String targetPath, TransferMode mode, Boolean overwrite) in ./Sonarr.Common/Disk/DiskTransferService.cs:line 296
   at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.TransferFile(EpisodeFile episodeFile, Series series, List`1 episodes, String destinationFilePath, TransferMode mode, LocalEpisode localEpisode) in ./Sonarr.Core/MediaFiles/EpisodeFileMovingService.cs:line 174
   at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeEpisodeFile(EpisodeFile episodeFile, LocalEpisode localEpisode, Boolean copyOnly) in ./Sonarr.Core/MediaFiles/UpgradeMediaFileService.cs:line 80
   at NzbDrone.Core.MediaFiles.EpisodeImport.ImportApprovedEpisodes.Import(List`1 decisions, Boolean newDownload, DownloadClientItem downloadClientItem, ImportMode importMode) in ./Sonarr.Core/MediaFiles/EpisodeImport/ImportApprovedEpisodes.cs:line 159

Stop redownloading after move

@mediajunkie — Thu, 12 Mar 2026 19:56:37 +0000

Take a look in:
Settings >> Media Management >> File Management.
In there, you should have an option for “Unmonitor Deleted Episodes”.

You’ll want to check that box.

Stop redownloading after move

@Puckold — Thu, 12 Mar 2026 18:25:46 +0000

Version 4.0.16.2946
.NET Yes (6.0.13)
Database Sqlite 3.36.0
Database Migration 217

In my setup I have an HTPC which stores all my media but is not always on. After downloading on my main PC, I move the files to the HTPC when it is next turned on. The issue is that because there are now no files on the main PC sonarr will download another version which is sometimes not an upgrade to the previous file. Can i avoid this? Thanks.

Query cleaned before sent to prowlarr

@SirXydan — Thu, 12 Mar 2026 12:09:11 +0000

Sonarr version (exact version):
Mono version (if Sonarr is not running on Windows):
OS:
Debug logs:
Description of issue:

Version
4.0.16.2944

Package Version
4.0.16.2944-ls304 by linuxserver.io

Windows 11 running through docker with WSL2

Pulled from the logs, When the show is searched for using the interactive search it drops “the”
From the query.

Full show title is “The L Word”
Also does similar for “The Act”

A quick Grok search tells me this is experienced by others with no clear solution. Is there a fix for this? Such as it querying once cleaned and once not cleaned?

Anyone have a reliable fix?
I’ve manually grabbed a release with a manual query in prowlarr and tagged it in the download client but surely theres a better fix?

& prowlarr

2026-03-10 20:09:26.3|Info|ReleaseSearchService|Searching indexer(s): [The Pirate Bay] for Term: [L Word] for Season / Episode:[S01], Offset: 0, Limit: 100, Categories: [5000, 5050, 5040, 5045]
2026-03-10 20:09:26.3|Debug|Cardigann|Adding request for The Pirate Bay: https://apibay.org/q.php?q=l.word.s01&cat=205%2C206%2C208%2C212
2026-03-10 20:09:26.3|Debug|Cardigann|Downloading Feed https://apibay.org/q.php?q=l.word.s01&cat=205%2C206%2C208%2C212
2026-03-10 20:09:27.1|Debug|ReleaseSearchService|Total of 21 reports were found for Term: [L Word] for Season / Episode:[S01], Offset: 0, Limit: 100, Categories: [5000, 5050, 5040, 5045] from 1 indexer(s)

Release Rejected unknown series or episode | Interactive Search to just work on episodes that are not in the correct naming syntax

@huplo — Tue, 10 Mar 2026 21:47:24 +0000

@markus101 that’s spot on. The episode is never downloaded to begin with and an exclamation mark is shown next to it. When I launch interactive search it reveals the episodes shown are rejected due to unknown series/episode, but has successfully pulled the correct episodes.

Below is an example of this:-

Hope that helps and provides the needed context. Thanks

Deluge lost labels, sonarr spams different versions of the same episode

@taranto — Sat, 07 Mar 2026 08:08:48 +0000

Thanks for the response!

I figured it would be the case, I guess I’ll just add it to the checklist for after updating Deluge.

TVDB Corruption

@markus101 — Fri, 06 Mar 2026 20:10:29 +0000

Bill Nye Saves the World has been added.

Deluge lost labels, sonarr spams different versions of the same episode

@markus101 — Fri, 06 Mar 2026 20:09:36 +0000

The problem is Sonarr likely got an unsuccessful response when adding the torrent/setting the label, which would mean Sonarr was unaware that it was grabbed successfully, this would result in multiple grabs for the same episode in the same RSS sync and nothing added to history (so Sonarr doesn’t actually know it was grabbed).

Even if it thinks it was added successfully it’d think the download was deleted because it didn’t come back from the Deluge when it asks for torrents in the specified category. There isn’t a way to determine this is because Deluge’s label plugin is broken and it was removed, it’ll just treat it as removed.

TLDR, it’s not possible.

TVDB Corruption

@Canabian — Fri, 06 Mar 2026 19:59:57 +0000

Bill Nye Saves the World

Old #323843
New #473809

Thanks!

Deluge lost labels, sonarr spams different versions of the same episode

@taranto — Fri, 06 Mar 2026 09:29:08 +0000

Sonarr version (exact version): 4.0.16.2944
Mono version (if Sonarr is not running on Windows): .NET Yes (6.0.13)
OS: Alpine (docker)
Debug logs: Only thing in logs is that it couldn’t add the torrent because it already exists over and over, because it just kept on cycling through.
Description of issue: There was a deluge update with a breaking change on alpine, the labels plugin was disabled and prevented from installing. This caused an issue on sonarr side where the downloader was configured but not really labelling.

The problem is that sonarr kept adding torrents to download, cycling through the available torrents. Between 3am and 9am it downloaded nine different versions of an episode, but since it didn’t have a label, it was not recognized by sonarr.

Isn’t it possible to flag the torrent as downloading even if the label feature is disabled? Mark it as downloading if it the “add to downloader” was successful, even if it fails to actually find it afterwards?

Sonarr not sending seeding time to qbit when release pushed to sonarr

@LSL1337 — Fri, 06 Mar 2026 08:44:06 +0000

renamed, works correct now.
amazing, thank you!

Can't add any new series

@tonyrulez — Thu, 05 Mar 2026 20:10:56 +0000

Ok, so no proxy and the container was recently rebooted. Rebooted the host just now and finally skyhook works, I can add new shows. Thanks for the help!

Can't add any new series

@markus101 — Thu, 05 Mar 2026 19:57:15 +0000

To rule out the most obvious, you don’t have a proxy setup under Settings: General: Proxy in Sonarr do you?

Did the issue start after upgrading the container to that version (looks like it’s a recent update)?
Have you rebooted the container recently?
Have you rebooted the host recently?

Could you reboot the container, enable trace logging, clear log files then link the the error with about 20 lines before and after please?

Can't add any new series

@tonyrulez — Thu, 05 Mar 2026 18:07:11 +0000

Any update on this? Now it simply says this:

curl does work:

Sonarr not sending seeding time to qbit when release pushed to sonarr

@LSL1337 — Thu, 05 Mar 2026 16:48:55 +0000

It’s currently named BTN. I now renamed it to the full name now, and I will see what happens tomorrow. If it still fails to push the seeding targets, I will enable trace debug and keep fishing. Thanks!

Sonarr not sending seeding time to qbit when release pushed to sonarr

@markus101 — Thu, 05 Mar 2026 16:38:51 +0000

Definitely turn on trace logging.

Do you have an indexer named exactly BTN configured in Sonarr?

Sonarr not sending seeding time to qbit when release pushed to sonarr

@LSL1337 — Thu, 05 Mar 2026 13:52:19 +0000

Sonarr version (exact version): 4.0.16.2944 (-ls303 by [linuxserver.io])
Mono version (if Sonarr is not running on Windows): .NET Yes (6.0.13)
OS: Unraid 7.2.2, sonarr running in LS.io docker
Debug logs:
Description of issue:
Release pushed from autobrr (from IRC Announce) to sonarr than to qbit. In case of BTN, it doesn’t push the set ratio and seeding limits to sonarr. [History: Release Source: Release Push]
In case of HDB (also via IRC announce), it pushes the set seed time and ratio limits to qbit 5.1.4.

When RSS sync gets a release from BTN (IRC disconnected), it also pushes the right seeding targets to qbit.
Conclusion: only IRC push from BTN to sonarr to qbit has the missing seeding targets. Every other case, it works fine.

Seed time and ratio is set for both indexers for both episodes and seasons in sonarr. Could this be part of the API push from autobrr to sonarr? Or these limits are 100% governed by sonarr? In case of HDB, they work as they are set by sonarr. Can even this behaviour be overwritten by the API push message?
Thank you!

skyhook url not working

@zappox — Wed, 04 Mar 2026 15:45:26 +0000

awesome it works now thanks for the quick fix on this

skyhook url not working

@markus101 — Wed, 04 Mar 2026 15:29:56 +0000

TheTVDB’s API is returning conflicting information for this series. I’ve pushed a change to Skyhook to resolve this and it’s returning the series correctly again.