Sonarr version (exact version): 2.0.0.4230 Mono version (if Sonarr is not running on Windows): 4.4.2 OS: Linux Mint 18 ‘Sarah’ ((Debug logs)): Sonarr Log Sonarr Debug Log Description of issue:
I previously was using KAT and RARBG. KAT is gone and RARBG doesn’t have the releases I want (primarily x265). Previously everything worked flawlessly and Sonarr would grab releases from both of those sites. Since I added Jackett to the mix and set it up to use TPB, releases aren’t being grabbed on their own. All my shows are monitored in the applicable seasons, and they are all set to the 720p profile with Blu-ray as the cutoff. If I press the magnifying glass for the whole show, it won’t grab new episodes. If I let it sit and do its thing headlessly, nothing is ever downloaded. I even have one show that exists entirely in 480p in my library. Pressing the search button for that show doesn’t trigger any 720p downloads either, even though it has the 720p profile and there are releases visible manually in Sonarr that meet all criteria (don’t have a red exclamation).
It ignores new releases as well. A show aired last night and didn’t download. I checked the episode’s releases manually and there are countless releases that match my criteria but aren’t being downloaded. If I manually select a release, it downloads as normal. If I have it auto-search a specific episode it works also. But the scheduled scan to make this automatic is not able to do this for some reason.
Is the RSS Sync task running periodically (15 minutes by default), check System: Tasks.
We’ll need to see ((debug logs)) of an RSS sync that contains something that should be grabbed (that wasn’t grabbed via searching already) to see why its being rejected (we’ll need to know which release in the logs you would expect to be grabbed).
Do the episodes show on the calendar? Which colour do they show up as?
The episode I’m looking for is S02E10 of Mr. Robot. Funny thing is, I was fiddling with settings and changed the profile back to “any”, and then did a series search, and it downloaded all new 720p copies of S01 from TPB, and then it grabbed a 480p version of S02E10 from rarbg. But when I set the profile back to 720p and search again, it skips the acceptable releases.
After doing all my fiddling/searching/RSS sync initiating, here is the debug log. I’m not entirely sure what to look for so let me know if you need different logs/information.
As for the calendar, the episode was red before it grabbed the 480p copy, and now it’s green.
16-9-8 17:50:21.2|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Permanent] 740.0 MB is larger than maximum allowed: 468.0 MB
Mr. Robot is listed as a 45 minute show so it’s limits will be right in the middle of the 30 and 60 minute examples shown in quality settings. A manual search for this episode will show you why it was rejected unless the reason was for it not being monitored (because that is ignored for searches).
But that’s one of the releases that is supposed to be rejected due to size. Here is an excerpt from the log that shows one of the releases I’m talking about. It meets all the criteria (size included) and is accepted. Yet, it never downloads unless I do an “automatic search” on the specific episode.
16-9-8 17:50:21.6|Debug|Parser|Parsing string 'Mr.Robot.S02E10.720p.HDTV.2CH.x265.HEVC-PSA.mkv'
16-9-8 17:50:21.6|Debug|Parser|Episode Parsed. Mr Robot - S02E10
16-9-8 17:50:21.6|Debug|Parser|Language parsed: English
16-9-8 17:50:21.6|Debug|QualityParser|Trying to parse quality for Mr.Robot.S02E10.720p.HDTV.2CH.x265.HEVC-PSA.mkv
16-9-8 17:50:21.6|Debug|Parser|Quality parsed: HDTV-720p v1
16-9-8 17:50:21.6|Debug|Parser|Release Group parsed: PSA
16-9-8 17:50:21.6|Debug|AcceptableSizeSpecification|Beginning size check for: Mr.Robot.S02E10.720p.HDTV.2CH.x265.HEVC-PSA.mkv
16-9-8 17:50:21.6|Debug|AcceptableSizeSpecification|Item: Mr.Robot.S02E10.720p.HDTV.2CH.x265.HEVC-PSA.mkv, meets size constraints.
16-9-8 17:50:21.6|Debug|LanguageSpecification|Checking if report meets language requirements. English
16-9-8 17:50:21.6|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: Mr.Robot.S02E10.720p.HDTV.2CH.x265.HEVC-PSA.mkv
16-9-8 17:50:21.6|Debug|ReleaseRestrictionsSpecification|[Mr.Robot.S02E10.720p.HDTV.2CH.x265.HEVC-PSA.mkv] No restrictions apply, allowing
16-9-8 17:50:21.6|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. HDTV-720p v1
16-9-8 17:50:21.6|Debug|MinimumAgeSpecification|Not checking minimum age requirement for non-usenet report
16-9-8 17:50:21.6|Debug|RetentionSpecification|Not checking retention requirement for non-usenet report
16-9-8 17:50:21.6|Debug|SeriesSpecification|Checking if series matches searched series
16-9-8 17:50:21.6|Debug|DelaySpecification|Ignoring delay for user invoked search
16-9-8 17:50:21.6|Debug|HistorySpecification|Skipping history check during search
16-9-8 17:50:21.6|Debug|MonitoredEpisodeSpecification|Skipping monitored check during search
16-9-8 17:50:21.6|Debug|DownloadDecisionMaker|Release accepted
Without seeing the logs from when it was on the RSS feed it’s impossible to say why it wasn’t grabbed. Is the computer running Sonarr and Sonarr always running?
Yeah it’s always on. Sonarr starts on startup and runs all the time. Even if it got missed in the RSS, why will it not download when I do a series search? As I mentioned, I have a 480p show that has 720p available and it won’t pull the applicable 720p episodes either.
That means it was rejected for another reason, if you do a manual search for that episode it should show why, if that result isn’t in the list that would also explain why since Sonarr only processes the results it gets back.
It meets all criteria, yet sonarr ignores it. If I press automatic search on S02E10, it gets grabbed. But nothing else will grab any of the accepted releases in the picture above. Am I missing something?
I guess I should make sure it’s clear that this issue isn’t limited to this episode of Mr. Robot. Ever since I added the Jackett-PirateBay hookup this issue has occurred. No shows are automatically snatched with the 720 profile active on them.
You’ll need to check the ((debug logs)) from the RSS feed to see why Sonarr didn’t grab it. Also check how many results TPB is providing on RSS, if its a low number and the RSS interval is too high Sonarr may miss releases.
Adding an indexer wouldn’t cause releases to get missed, but the only releases that are acceptable are from that indexer.
Whenever I do the auto search for Mr Robot, it says “processing 100 releases”, so maybe this number is a problem? It processes all the releases as the logs show, but doesn’t grab any of them.
Are the logs that I’ve posted not the same as the ones you’re talking about? The RSS should not matter if I am manually clicking “search for missing episodes,” right? I am just confused as to why it’s behaving differently now from how it was before.
Most indexers will return a maximum of 100 results for RSS/search unless they support paging of results, which is usually 100 per page.
Then is there an error later in the logs saying why it failed to send it to the download client? A release being accepted means it will be send to the download client (if you’re using automatic search, if you’re doing a manual search it will require you to click download on the one you want).
Logs for a search see all the results for that episode. Logs for RSS show everything that it was able to fetch and process during that RSS sync. If Sonarr never saw the release during an RSS sync it could never download it, we need the logs from the RSS sync to see exactly why it wasn’t grabbed.
That’s what I don’t get – the logs I’ve shown have been from searches. It shows it being accepted and never downloads. [quote=“markus101, post:13, topic:11931”]
Logs for a search see all the results for that episode. Logs for RSS show everything that it was able to fetch and process during that RSS sync. If Sonarr never saw the release during an RSS sync it could never download it, we need the logs from the RSS sync to see exactly why it wasn’t grabbed.
[/quote]
Here is an RSS log. I don’t think it’s very helpful since I just forced the RSS sync and it isn’t one of the ones that occurred after the show aired… http://pastebin.com/XRmdh2bP
That’s why I don’t think that RSS is relevant here. Sonarr is supposed to be monitoring all episodes in each series (it is set up as such) and it is obviously doing so because the logs show it trying to find a release for S02E10 repeatedly, several times a day. It finds a good release that meets the rules, so there is absolutely no reason it should not be grabbed. Is something wrong with my install? It worked fine until I made this change.
Automatic or manual? For a manual search (like the screenshot you posted above), Accepted releases won’t have the error next to them, but it won’t grab anything, you need to pick one.
Right, it won’t help unless it covers the RSS from whenever your wanted release was posted.[quote=“bsod, post:14, topic:11931”]
That’s why I don’t think that RSS is relevant here. Sonarr is supposed to be monitoring all episodes in each series (it is set up as such) and it is obviously doing so because the logs show it trying to find a release for S02E10 repeatedly, several times a day. It finds a good release that meets the rules, so there is absolutely no reason it should not be grabbed. Is something wrong with my install? It worked fine until I made this change.
[/quote]
Sonarr doesn’t search automatically, so RSS is relevant (this is explained in the ((FAQ))). On it’s own Sonarr wouldn’t search for that episode to see if it’s now available, it just watches the RSS feed.
[quote=“markus101, post:15, topic:11931”]Automatic or manual? For a manual search (like the screenshot you posted above), Accepted releases won’t have the error next to them, but it won’t grab anything, you need to pick one.
[/quote]
I understand that. And if I select one there it will download. But normally expected functions do not work. See below: the red circles represent actions that should result in the downloading of a missing episode, but do not (my main issue here). The green circle represents the only way (other than manual release selection) to get Sonarr to download the episode.
Fair enough, and I get that. But Sonarr was running at the time of airing. This has never been an issue before. Even if Sonarr did happen to miss the episode being put out on RSS, I should still be able to make it search (as I have been doing for months) and find missing episodes. Something, somewhere is broken here.
In this case yes, all 3 searches should do the exact same thing, process the results and then grab the release, the only difference I could see is if you do a series or season search and only 100 results are returned you’re missing results, lots of them, since you had 9 or more releases just for the single episode search. Debug logs will show everything that is processed, the easiest would be to clear the logs and then search and then search the logs for Release accepted if there are none nothing would be grabbed, if there is one and nothing grabbed look further down the logs to see why. It could be an error fetching it from the indexer, failed to send to the download client or something else.
The reason RSS logs are important is less about Sonarr being on and more about did it see it. If your indexer returns 100 results via RSS Sonarr will almost always see releases as they are posted if RSS sync runs every 15 minutes, since 100 results is usually good for a couple hours even at peak times. If Sonarr checked the RSS every 6 hours (I don’t think it can even be set that high, but as an example) those 100 results might not have the release because it could check before it was there and after it was there. Depending on how the site creates the list of the last 100 releases there might be another problem:
If it doesn’t filter to only TV releases the 100 results could be filled with a lot of other noise that prevents Sonarr from seeing it (that doesn’t seem to be the issue here)
If the releases are sorted by age it might not show up if an older release is added that is older than the oldest release on the feed already, so Sonarr wouldn’t ever see the release and never could grab it
I’d say it not being there ever is a possibility, but a search should grab it. Since it seems to find it with a single episode search I’d say it’s probably just too many results coming back from a series or season search that’s causing it not to be seen, but you’d have to check the logs. You’d be better of doing a single episode search anyways, since it should be quicker and puts less load on the sites (which means they don’t start blocking things).
Ok, thanks for explaining all that. Makes more sense now. I guess I am just confused why it gets different results depending on the search… If I clear the logs and do a search on Season 2, nothing is grabbed, and the log shows that now results are accepted: http://pastebin.com/nWQ85Swb
If I do the single episode search it grabs a release with no problems. Is it something with the indexer not spitting back full results for multi-episode queries?
It’s possible, Sonarr requests results differently (asks for all episodes in season X instead of the season and episode), how Jackett translates that, I’m not sure. But also searching for a whole season needs more results in order to see everything, 100 episodes for a 10 episode season is cutting it close, given there may be more than 10 releases for each episode (multiple qualities. multiple releases in those qualities.
