Sonarr accepts a release but not grab it

Sonarr version (exact version): 3.0.8.1507
Mono version (if Sonarr is not running on Windows): 6.12.0.122
OS: Debian in a Proxmox LXC
Debug logs: Trace log

Description of issue:

I have been noticing this for a while now, the episodes of this show, Halo, which become available on torrents with a bit of a delay from the official release, are not automatically downloaded even if available as visible in the screenshot.

It should have downloaded them long ago, the sources are there, the files have been available for hours, I just can’t figure out what’s wrong.

I don’t seem to have noticed any problems on other shows, but manual searches on Halo also work perfectly, if I click to download an episode, it is correctly sent to Transmission.

Could anyone help me understand?

Interactive search processes the results the same way that quick search would, but won’t grab accepted releases. I don’t see any accepted releases before your interactive search.

I do see an RSS sync happening before the search with some odd resullts:

2022-04-26 11:17:05.4|Debug|FetchAndParseRssService|Found 11 from Torznab
2022-04-26 11:17:09.0|Debug|FetchAndParseRssService|Found 20 from Torznab
11 or even 20 results for RSS is incredibly limited, typically RSS is up to 100 results. Looks like The Pirate Bay (Prowlarr) and 1337x (Prowlarr) are the two indexers returning a fraction of the normal results.

2022-04-26 11:17:10.1|Debug|FetchAndParseRssService|Found 150 from Torznab
150 results is a lot better, but the vast majority of these results are garbage, non-TV things that Sonarr doesn’t care about, will have to process and would contribute to things being missed. Looks like LimeTorrents (Prowlarr) is the culprit for this.

2022-04-26 11:17:12.7|Debug|FetchAndParseRssService|Found 71 from Torznab

This is a lot better, this time coming from kickasstorrents.to (Prowlarr).

Overall there were 252 results, ~150 which aren’t useful to Sonarr right off the bat, so Sonarr only received about 1/4 of the results that solid indexers would return.

In your case, I don’t think Sonarr is seeing results via RSS so it’s missing new releases and won’t be able to grab things automatically, debug logs will be able to confirm this (let Sonarr run, grab the debug logs, then search for a missing episode and then check if one of those results shows up in the logs before the search and why it was rejected).

Ultimately you’ll need to fix/get better indexers so Sonarr doesn’t miss things.

Hi, and thank you so much for your response.

Could you explain this point better? I would like to premise that the problem I experienced was not related to the interactive search, nor to the quick one, the screenshot was for the sole purpose of showing the results that I would have expected Sonarr to grab automatically.

What I was interested in was why Sonarr no longer grabs episodes when they come out automatically like he always has.

The fact that there are a lot of junk results should simply create additional work for Sonarr, but shouldn’t that cause Sonarr to not download at all, or is there something I am missing about how Sonarr works when analyzing the various results coming from a RSS sync?

Sure, Sonarr uses RSS to “monitor” for new releases, checking every 10 minutes (in your case for a new release), if it gets 10 results every 10 minutes there is a good chance that it’ll miss something, if it gets 100 TV results in those same 10 minutes it has a better chance to not miss things. Good indexers return 100 TV results every 10 minutes, usually some are new and some are ones Sonarr already saw, but that overlap is good, it allows Sonarr to see that it’s processed every release without a gap.

That’s accurate for searching as Sonarr will throw out things that don’t match, but not for RSS. If indexer A returns 100 TV results every 10 minutes, but in those 10 minutes only half of them are new (50 new items in 10 minutes), Sonarr will see every release. If Sonarr gets 5/100 TV releases every time it syncs because it’s getting junk from every category the odds that it doesn’t miss something go down substantially; because all categories over 10 minutes probably get more than than 100 new items.

Example:
Sonarr checks at minute 0, gets results 1-100.
Sonarr checks again at minute 10, gets results 201-300.

Sonarr never would see results 101-200 because they fell out of the RSS sync window.

1 Like

I think I get it, thanks.

But now, can you better explain to me why this torrent, which rightfully didn’t start when it had no sources, hasn’t been searched for by Sonarr since then?

Now the sources are there, but in the logs following the one (hours later) from which I extrapolated this piece there are no more research attempts by Sonarr for this release, and I am convinced that they will not happen at all because last time I had to do a quick search to trigger the download manually.

2022-04-27 13:14:06.7|Debug|DownloadDecisionMaker|Processing release 'Moon Knight S01E05 Asylum iTALiAN MULTi 2160p WEB-DL DDP 5.1 HDR H 265 MeM GP mkv' from '1337x (Prowlarr)'
2022-04-27 13:14:06.7|Debug|Parser|Parsing string 'Moon Knight S01E05 Asylum iTALiAN MULTi 2160p WEB-DL DDP 5.1 HDR H 265 MeM GP mkv'
2022-04-27 13:14:06.7|Debug|Parser|Episode Parsed. Moon Knight - S01E05 
2022-04-27 13:14:06.7|Debug|Parser|Language parsed: Italian
2022-04-27 13:14:06.7|Debug|QualityParser|Trying to parse quality for Moon Knight S01E05 Asylum iTALiAN MULTi 2160p WEB-DL DDP 5.1 HDR H 265 MeM GP mkv
2022-04-27 13:14:06.7|Debug|Parser|Quality parsed: WEBDL-2160p v1
2022-04-27 13:14:06.7|Debug|Parser|Release Group parsed: 
2022-04-27 13:14:06.7|Debug|AcceptableSizeSpecification|Beginning size check for: Moon Knight S01E05 Asylum iTALiAN MULTi 2160p WEB-DL DDP 5.1 HDR H 265 MeM GP mkv
2022-04-27 13:14:06.7|Debug|AcceptableSizeSpecification|Max size is unlimited, skipping size check
2022-04-27 13:14:06.7|Debug|AcceptableSizeSpecification|Item: Moon Knight S01E05 Asylum iTALiAN MULTi 2160p WEB-DL DDP 5.1 HDR H 265 MeM GP mkv, meets size constraints
2022-04-27 13:14:06.7|Debug|AlreadyImportedSpecification|Performing already imported check on report
2022-04-27 13:14:06.7|Debug|AlreadyImportedSpecification|Skipping already imported check for episode without file
2022-04-27 13:14:06.7|Debug|LanguageSpecification|Checking if report meets language requirements. Italian
2022-04-27 13:14:06.7|Debug|MaximumSizeSpecification|Maximum size is not set.
2022-04-27 13:14:06.7|Debug|MinimumAgeSpecification|Not checking minimum age requirement for non-usenet report
2022-04-27 13:14:06.7|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. WEBDL-2160p v1
2022-04-27 13:14:06.7|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: Moon Knight S01E05 Asylum iTALiAN MULTi 2160p WEB-DL DDP 5.1 HDR H 265 MeM GP mkv
2022-04-27 13:14:06.7|Debug|ReleaseRestrictionsSpecification|[Moon Knight S01E05 Asylum iTALiAN MULTi 2160p WEB-DL DDP 5.1 HDR H 265 MeM GP mkv] No restrictions apply, allowing
2022-04-27 13:14:06.7|Debug|RetentionSpecification|Not checking retention requirement for non-usenet report
2022-04-27 13:14:06.7|Debug|TorrentSeedingSpecification|Not enough seeders: 0. Minimum seeders: 1
2022-04-27 13:14:06.7|Debug|SceneMappingSpecification|No applicable scene mapping, skipping.
2022-04-27 13:14:06.7|Debug|DelaySpecification|QualityProfile does not require a waiting period before download for Torrent.
2022-04-27 13:14:06.7|Debug|HistorySpecification|Performing history status check on report
2022-04-27 13:14:06.7|Debug|HistorySpecification|Checking current status of episode [2690] in history
2022-04-27 13:14:06.7|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Permanent] Not enough seeders: 0. Minimum seeders: 1

I hope Sonarr doesn’t work like that: he sees that release, skips it because it has no seeds, and then he never gets it again and therefore he will never download it again in the future.

I hope I explained right.

Unless Sonarr sees the release again on the RSS feed it’s not going to grab it. It doesn’t know that it now has seeders and Sonarr doesn’t search for missing episodes unless you trigger that search or the episode was added to Sonarr after it’s air date (new episode added to The TVDB after air date).

The FAQ has an entry for this: https://wiki.servarr.com/en/sonarr/faq#how-does-sonarr-find-episodes

So the behavior that Sonarr is having in my case is perfectly normal, right? I have to manually trigger the search, otherwise I have no solution to find the episodes it skips with no seeds.

What do you advise me to do to improve my situation? Unfortunately I do not find indexers who knows how good, even if with the current ones I have never had problems, it is something I have noticed lately, even on Radarr for example I have no such problems.

Thanks a lot, anyway.

With the quality of indexers you have (at least how they are currently configured), Sonarr is working as well as it can.

Fixing the underlying issues with your indexers (wrong categories from LimeTorrents, fixing this one should be a massive improvement, because 150 releases in TV every 10 minutes should more than cover new releases, allowing releases with 0 seeders at first to be picked up a bit later in the feed) and using better indexers is really all you can do because at the end of the day Sonarr is only as good as it’s underlying indexers.

It’s not too surprising to me that Sonarr is missing things that Radarr may not because typically TV content receives more releases (multiple qualities per episode, many episodes per day), versus movies where typically there are less new releases per day, even with multiple qualities.

Unfortunately this is not possible since LimeTorrents (taken from Prowlarr):

LimeTorrents only returns category Other in its Keywordless search results page.
To pass your apps’ indexer TEST you will need to include the 8000(Other) category.

:sweat_smile:

In that case, I assume it’ll never be useful because it’ll never have TV result, just “other” results.

1 Like

Maybe I could keep it as an indexer by disabling the RSS and leaving it only for automatic and interactive searches, where in the end it showed me the results correctly. What do you think?

That’d work

1 Like

Just a quick question, I’ve to disable only “RSS” or also the “automatic search” flag?

I believe that “automatic search” is the synonym of “quick search” that we talked about in previous posts (the search that is called with the magnifying glass on one of the results).

Both Quick Search and Sonarr’s ability to search for newly added episodes that aired previously or to replace a failed download.

Ok, so I’ve to disable both flags and leave only the “Interactive” one.

Here I am again, it is not clear why but the second episode of For All Mankind does not want to be downloaded.

I attach two logs showing how many times Sonarr has written “Release accepted” without then sending anything to Transmission for download.

https://drive.google.com/file/d/16SZR0CNRaMeR1xQx0Akti9wjVhs2Jj9K

https://drive.google.com/file/d/1l-MY0ZKevo9k_bcVI4UzImcTK6gaa8x0

These are for a search, but based on your last post you disabled automatic search + RSS so the only thing enabled is interactive search where you’d be the one to choose the release and send it to your download client.

Hi @markus101, thanks for your response.

Yes, I did some interactive searches, but only to check why the episode was not downloaded (to see if it was released or not by my indexers). In previous logs, however, there were attempts by Sonarr that accept the release but not send anything to Transmission.

I didn’t disable automatic search and RSS, I did it for LimeTorrents, but now I just removed that indexer, I don’t use it anymore.

Here I am again with two logs, this time I am SURE I have not made interactive or automatic searches, I notice that the releases that were eligible have been rejected due to lack of seeders, very strange, that it is a problem with the indexer that does not adequately provide the real sources at that time or other?

I attach both the logs and an extract to understand what I’m talking about.

Logs: 1 - 2

2022-06-22 17:01:12.2|Debug|DownloadDecisionMaker|Processing release 'Obi Wan Kenobi S01E06 Parte VI iTALiAN MULTi HDR 2160p WEB h265 MeM GP mkv' from '1337x (Prowlarr)'
2022-06-22 17:01:12.2|Debug|Parser|Parsing string 'Obi Wan Kenobi S01E06 Parte VI iTALiAN MULTi HDR 2160p WEB h265 MeM GP mkv'
2022-06-22 17:01:12.2|Debug|Parser|Episode Parsed. Obi Wan Kenobi - S01E06 
2022-06-22 17:01:12.2|Debug|Parser|Language parsed: Italian
2022-06-22 17:01:12.2|Debug|QualityParser|Trying to parse quality for Obi Wan Kenobi S01E06 Parte VI iTALiAN MULTi HDR 2160p WEB h265 MeM GP mkv
2022-06-22 17:01:12.2|Debug|Parser|Quality parsed: WEBDL-2160p v1
2022-06-22 17:01:12.2|Debug|Parser|Release Group parsed: 
2022-06-22 17:01:12.2|Debug|AcceptableSizeSpecification|Beginning size check for: Obi Wan Kenobi S01E06 Parte VI iTALiAN MULTi HDR 2160p WEB h265 MeM GP mkv
2022-06-22 17:01:12.2|Debug|AcceptableSizeSpecification|Max size is unlimited, skipping size check
2022-06-22 17:01:12.2|Debug|AcceptableSizeSpecification|Item: Obi Wan Kenobi S01E06 Parte VI iTALiAN MULTi HDR 2160p WEB h265 MeM GP mkv, meets size constraints
2022-06-22 17:01:12.2|Debug|AlreadyImportedSpecification|Performing already imported check on report
2022-06-22 17:01:12.2|Debug|AlreadyImportedSpecification|Skipping already imported check for episode without file
2022-06-22 17:01:12.2|Debug|LanguageSpecification|Checking if report meets language requirements. Italian
2022-06-22 17:01:12.2|Debug|MaximumSizeSpecification|Maximum size is not set.
2022-06-22 17:01:12.2|Debug|MinimumAgeSpecification|Not checking minimum age requirement for non-usenet report
2022-06-22 17:01:12.2|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. WEBDL-2160p v1
2022-06-22 17:01:12.2|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: Obi Wan Kenobi S01E06 Parte VI iTALiAN MULTi HDR 2160p WEB h265 MeM GP mkv
2022-06-22 17:01:12.2|Debug|ReleaseRestrictionsSpecification|[Obi Wan Kenobi S01E06 Parte VI iTALiAN MULTi HDR 2160p WEB h265 MeM GP mkv] No restrictions apply, allowing
2022-06-22 17:01:12.2|Debug|RetentionSpecification|Not checking retention requirement for non-usenet report
2022-06-22 17:01:12.2|Debug|TorrentSeedingSpecification|Not enough seeders: 0. Minimum seeders: 1
2022-06-22 17:01:12.2|Debug|SceneMappingSpecification|No applicable scene mapping, skipping.
2022-06-22 17:01:12.2|Debug|DelaySpecification|QualityProfile does not require a waiting period before download for Torrent.
2022-06-22 17:01:12.2|Debug|HistorySpecification|Performing history status check on report
2022-06-22 17:01:12.2|Debug|HistorySpecification|Checking current status of episode [3165] in history
2022-06-22 17:01:12.2|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Permanent] Not enough seeders: 0. Minimum seeders: 1

That will do it, the default is at least one seeder, some indexers don’t update the seeder count as often as others so initially it might show zero and have several or might show serval and have 0.

You can try turning the minimum seeder count (advanced setting per indexer) to 0 to see if that helps.

1 Like