I have had this issue from the beginning of using NZBDrone/Sonarr.
Most things snatch just fine shortly after they air…however it seems like episodes that are released LATER ( 1 week,1 month etc) just do not snatch once they become available. My machine is on 24/7 so I don;t think it’s missing the release.
For example I currently have 181 PAGES of missed episodes…I went through the first 30 of them, selected all, clicked search selected. Sonarr found over 80 episodes available and downloaded them!, some over 200 days old. It’s obvious that Sonarr can see them when running a “forced” search after the fact, and then download it automatically.
I would REALLY like to figure out how to fix this, I just can logistically figure out how to get an appropriate log file, how would i figure out when to check?I dont set when the file get’s released, or know which files I should “Expect” to show up and which ones just will never be uploaded.
I’m certainly no expert, but from what I understand of how Sonarr works, episodes are only snatched automatically when they are seen in an indexers RSS feed and that episode is monitored in Sonarr. Older episodes will not be snatched automatically unless they are newly released and correspondingly appear in the RSS feeds of an indexer.
So I guess the first things to check would be that each of your indexers has the “RSS” option enabled, has no errors (any problems should be indicated under the System page in Sonarr), and that the episodes for each series that you want to be automatically downloaded are monitored. You can use the “Season Pass” feature (found on the “Series” page) to check and/or set the monitored status of series’ and episodes in bulk.
Hopefully that should help and I’m not wrong about anything!
Remember, some of the things on your ‘missed’ page may be episodes for shows you added after they aired. Also your profile settings may make a difference if they were particularly unusual, so it may be worth checking those.
Having said that, there was an issue I had few months back where one of my feeds broke and some combination of that and presumably a sonarr bug caused what sounds like a similar hang up. I ended up with a backlog of almost a week of missed episodes at that time. I didn’t look into reporting this because I only noticed after updating sonarr which fixed the problem for me; it hasn’t occurred again (despite the broken feed being broken for a few weeks after that update).
So, I would suggest you make sure you’re on the latest version, “don’t worry” about fixing this in terms of the old episodes since the only thing you can do with them now is the manual search unless they are reposted–no one is going to be able to troubleshoot something that caused a problem with an episode from weeks, let alone months ago, but obviously keep an eye open in case of of your current episodes seems to be having the same issue:
If something aired a few days ago and hasn’t been picked up, do a manual search and see if there are releases which should have been found on the RSS feeds, then you look to see what reasons (if any) are listed for those releases to be rejected, and you can post more details.
Indexers plays a big roll as well, if your indexer doesn’t return results via RSS (as we’ve seen with some indexers under heavy load), then Sonarr has nothing to process and its likely things will be missed.
Other indexers go offline and Sonarr is unable to get results until they come up.
Some indexers don’t support paging results, so Sonarr can go back to find releases that were in the gap between the last results it found and the current ones, that coupled with a small page size could result in missed releases.
One thing to be aware of, is if Sonarr has previously grabbed a release and it disappeared from the download client without Sonarr knowing why it will treat it as in limbo and won’t automatically pick up a release of the same quality or a better quality if the cutoff was met to prevent grabbing the same releases over and over again, as we’ve seen it cause issues in a number of setups.
I’ve had the same issue and I’m trying to actively understand why. About 70% of the time downloads happen as I would expect. However, for the remaining 30% they do not. The next day after something has aired and noticed nothing has downloaded I’ll do a manual search and there are a ton of available files for the single episode. Thereafter I simply click on Auto Search and the Sonarr downloads the right file right away. So why should I have to intervene at all? Shouldn’t Auto Search be essentially what Sonarr is doing every so often?
My RSS feeds are scheduled for every 60 minutes since I have no idea what the limits are for the feeds with my indexers. I’ve searched, but couldn’t find it so I don’t want to abuse any of their policies in the event 15 minutes is too often.
Sonarr doesn’t auto search, as explained in the ((FAQ)) (read the first two items). The automation comes from watching RSS feeds, which is the sanest way to discover new releases.
Most sites that I’ve seen specify a limit, use 15 minutes as that limit, 15 minutes should be fine in most situations. 60 minutes is likely too infrequent during busy times, especially if you indexer doesn’t support paging on the RSS feed and returns a low number of results. Try lowering the interval to see if the situation improves.
This exactly!..its not that we are asking sonaar to actively search…it’s that episodes air on tuesday, get posted on friday, and sonaar never sees it for some reason. The episodes in my “missing” section are not episodes that aired AFTER I added the series, these are episodes that aired a few weeks back maybe ( added the series 2 years ago) Then get posted later that week or something. The manual search brings in multiple results ( which should have been seen via rss upon original posting, but never do)
For example I have an episode here right now that aired January 22,2016…according to manual search it was posted January 24th and a newer one posted january 26…it wasnt snatched automatically…my log only goes back to " yesterday" so i can see the reason
Are any of your indexers set to not use RSS, perhaps?
Do the releases found by the manual search all have an exclamation point, or not? That will give the reason for those episodes but, yes, any which do not have that exclamation point reason should have been snatched automatically if that indexer is configured to use RSS (assuming the episode is monitored and Sonarr was running over this period of time, etc., etc.).
I only have two indexers, Wombles and nzbs. Since I wasn’t sure what the RSS feed interval might be for nzbs I did have it set for 60 minutes, but based on what markus101 stated I just changed it to the default 15.
Hopefully, this might clear things up for me, but I still see the OP’s point. Even if you take RSS feeds out of the equation it seems odd that just clicking on Auto Search immediately downloads the right file. So Sonarr can obtain the information to easily download the needed file, it just isn’t doing it? It might be nice to add an option that forces an Auto Search every day or so, rather than making the user manually have to do it. But again, maybe changing the RSS feed interval for me resolves this issue. I’ll continue to monitor it and thanks for the help.
That is exactly the reason why we don’t actively search, the file wasn’t there for 3+ days so Sonarr would have been wasting indexer resources searching for something that wasn’t there.
Several reasons why Sonarr won’t find things on RSS though, logs of an RSS sync with the item in the feed will explain why it was rejected (if it was rejected), otherwise if it never showed up on the RSS feed (I’ve never seen concrete information that this does happen), then Sonarr never knew about it, but if it never showed up then its time for another indexer that is better.
A search is different than checking RSS, Sonarr likely never saw it, but you’d need to check debug logs.
Im using dognzb, which I feel is probably on the up and up as it relates to RSS feeds?, It must be being rejected…I need to catch it in the log which is tough…is there a way to extend the log so When i do catch a file like this I can go back to the day it was posted and look at that log?
Dog had a number of growing pains over the last 6-12 months and their RSS feed suffered the most (It would respond with 0 results), I’m not sure if this has improved in the last couple of months, but definitely worth having a second indexer, regardless if the issue is with dog in this case or not.
Enabling debug logging will store additional files (up to 51), but that the exact time frame those will last depends on how much is being logged.
I have debugging on, unfortunatly it barley covers one day ( the last 3 logs are from" yesterday") I’ll keep trying is there anyway to store infinite logs? like automatically take the logs and add to drop box? something like that?
