Web DL cutoff unmet not grabbed while show is released

Hi there,

I recently switched from SB to Sonarr to give it a test drive. I hope someone can help me with the following. For the last few days I noticed that sonarr didn’t grabbed some releases while they where out. For instance I just found out that the american horror story web dl 1080 version release was released about 8 hours ago but wasn’t picked up. I checked the logs but i couldn’t see anything mentioned about it. Yesterday it did managed to grab a weird custom torrent version and the show was marked as ‘hdtv-1080’ release by sonarr. The latest ep (s04e13) was also listed in the cutoff-unmet section so it should have been grabbed when it comes through the RSS feed.

I do have my htpc/server switched off and it it turns on automatically at 19.30 every day. But from my understanding that shouldn’t be any problem as it does an RSS sync from the last known sync if i’m correct.

I hope someone can give me some insight about this as of know I still need to manually check stuff where with SB i could completely forget about it and all shows where grabbed correctly.

I uploaded the logs to the following site:
http://www.filedropper.com/logs_7

It will run an RSS sync when it starts up and will search for missing episodes that it might have missed, but it won’t search for upgrades. If those upgrades aren’t still on the RSS feeds when your server is running again then they won’t be automatically upgraded.

ok but I don’t get it then.
Why is it able to search for missing episodes but not upgrades. An RSS feed usually shows everything from the latest point that you have seen. So if my server powers off at 00.30 am and goes back on around 19.30 it should check the complete RSS feed from that time it was powered off. So to me it is a bit weird that it is able to check missing episodes but not upgrades if you know what i mean. I have seen it grabbing shows that where posted 13hours earlier with succes so i find it strange that this show what was posted 8 hours ago and might not have been on the RSS feed

Because without paging the feed it only returns the last 100 results, with paging we could get that up to the last 500 results, but at the same time, blindly doing that is a waste of API calls and resources (we don’t want to hit indexers more than absolutely required).

There is absolutely no guarantee that even if we paged results for the RSS sync it would pick it up, its more likely, but the indexer could easily see hundreds of new postings in 19 hours.

Its grabbing shows posted 13 hours earlier because it was missing and it searched for it. Missing is a case of we’ll make the best effort possible to find it, upgrades are meant to find things as they come in (by watching RSS feeds).

Ok clear.

I hope you devs would reconsider an option that it also searches for upgrades then. From my understanding Sonarr already knows it should grab an upgrade when it comes through the RSS feed. So to me it sounds like a small effort to do that in the same cycle when it’s checking for missing episodes.

That probably doesn’t have a lot of impact on the API calls as well then when you schedule a backlog every few hours. With SB and CP i am averaging about 325 API calls a day and i’m allowed 1500(nzbs.org) & 2500 (dognzb) so for me I don’t see any problem with that as I suspect that sonarr uses way less. I also understood from another post that it searches for missing episodes that go back max 3 days. Could be an idea to use the same restriction for searching for upgrades then.

Unfortunately for me sonarr needs to much manual checking to make sure that it grabs everything atm. A problem I didn’t had with SB as I could simple forget about i. So I really hope you devs would reconsider a backlog functionality or something like that. I’m probably not the first one who has his download station on a scheduled timer and probably not the last one. :wink:

We do plan on paging RSS feeds https://trello.com/c/kvl7Pndk/820-page-rss-feeds but at the moment we don’t plan on searching for things when the cutoff is unmet.

meh ok.

I hope you guys would reconsider at some point and add it as that would resolve my problem. Like I said earlier, sonarr already knows which item didnt matched the cutoff so it could be easily done with checking for missing episodes. I don’t think you will see a very high API increase because of that tbh. Also providers have (at least my provider) has set a maximum and with normal intervals you can easily be within in their set range.
I personally find it useless to leave my server 24/7 on for maybe 10minutes of download work each day just so it can grab an item while my server normally is turned off.

For now I’m probably going back to SB as that worked perfectly for me and I am able to use a scheduled powerplan for it. Thanks for your answers and clarrification btw :slight_smile:

just curious,
if you want WEB-DL releases and not the HDTV releases why don’t you just set it to WEB-DL in the first place ?
i got like 99% of all my shows in WEB-DL and some shows i know off aren’t released in WEB-DL i’ve set on HDTV.
i don’t care if i get the show like a few hours or a day later just because i want the WEB-DL version.
also it helps not relying on 1 indexer.

Well, I thought about it as well but this was just an example.
The problem is some shows don’t get web-dl version and some shows get them later which could easily be a week or even months away. And there are some shows that I like so much I prefer the bluray versions to ‘archive’ them. Also I barely monitor sonarr/sickbeard but I do know when certain shows air and I receive mail notifications about it. With HDTV releases it’s easy to monitor if you have missed a show but web-dl versions could be a bit uncertain sometimes.
Either way in my case there is still a big chance that sonarr will miss them when my server is offline. So to answer your question; your method would solve my problem for maybe 80% but I want 99% (as there is always a risk that something could go wrong).

Oh and btw I rely on 2 nzb indexers and 1 torrent as backup so that should be more then enough.

What I don’t understand is when sonarr goes offline and comes back after a few hours it does an RSS sync. From my understanding everything should be in that feed from the moment it went offline till the moment it came back online. I don’t understand why it’s not able to check for upgrades then. The list is already ‘downloaded’ as it was needed to check for missing eps, so why can’t he do that little extra effort and check the same list again for possible upgrades. If it doesn’t find anything then it’s ok because the download station is on again and it can continue to keep on monitorring the normal live rss feed untilll it shows up.