I’m running Sonarr with NZBGet on Ubuntu and having strange behaviour.
Left to it’s own devices, Sonarr is not grabbing new episodes of shows, despite them being listed in the calendar.
If I go to one of these episodes (after it’s aired) and select either Automatic or Manual search it will send it to NZBGet and download it, it just won’t do it on it’s own.
Also, once an episode has been downloaded, despite NZBGet reporting that the episode was successfully handled by NZBToDrone and the episode being added to the history, it isn’t being moved from the download folder. The only way to force this is to manually restart Sonarr, and then it will move the episode into the correct folder.
Is RSS enabled in your indexer settings in Sonarr?
Is the RSS Sync interval set to a value above zero (15 is the default)?
Sonarr’s history?
There is nothing in Sonarr that would move it on startup, so I don’t see how this is possible. Please pastebin some ((debug logs)) of the import process so we can take a look.
Why are you using nzbToDrone? If you use Sonarr’s built-in importing (Completed Download Handling) it should handle everything without a script.
No, NZBGet’s history. There is nothing in Sonarr’s history (in the Web UI).
[quote=“markus101, post:2, topic:4667”]
There is nothing in Sonarr that would move it on startup, so I don’t see how this is possible. [/quote]
It’s like it’s hung and restarting it ‘wakes’ it up.
No problem, what would you like to see, specifically? I have over 18MB of logs for the last 24 hours, during which time it missed downloading 5 episodes!
Isn’t nzbToDrone more efficient than periodically scanning the download folder?
Anyway, that’s the secondary issue; if the episodes are not being grabbed and passed to NZBGet, there’s nothing to look for in the first place!
If I click the RSS Sync button on the Series page, it searches for and grabs the missing episodes, it just won’t do it automatically.
Also, I have a lot of shows in the library, many of which are complete and set to Unmonitored, but it still seems to be refreshing them on a regular basis.
The downloads are still not moving across, so I’ve implemented the Drone Factory setting on the download folder, but that’s not working either.
Logs:
15-3-17 11:31:43.0|Debug|DownloadedEpisodesCommandService|External directory scan request for known download 17ae4d97e8c64181a6b420bbe27fbbf7. [/home/maxnutter/Downloads/complete/Castle.2009.S07E17.HDTV.x264-LOL]
15-3-17 11:31:43.0|Debug|Parser|Parsing string 'Castle.2009.S07E17.HDTV.x264-LOL'
15-3-17 11:31:43.0|Trace|Parser|^(?<title>.+?)(?:(?:[_\W](?<![(\[]))+S?(?<season>(?<!\d+)(?:\d{1,2}|\d{4})(?!\d+))(?:[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+))(?:(?:\-|[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+)))*)\W?(?!\\)
15-3-17 11:31:43.0|Debug|Parser|Episode Parsed. castle2009 - S07E17
15-3-17 11:31:43.0|Debug|Parser|Language parsed: English
15-3-17 11:31:43.0|Debug|NzbDrone.Core.Parser.QualityParser|Trying to parse quality for Castle.2009.S07E17.HDTV.x264-LOL
15-3-17 11:31:43.0|Debug|Parser|Quality parsed: SDTV v1
15-3-17 11:31:43.0|Debug|Parser|Release Group parsed: LOL
15-3-17 11:31:43.0|Debug|DownloadedEpisodesImportService|Castle.2009.S07E17.HDTV.x264-LOL folder quality: SDTV v1
15-3-17 11:31:43.0|Debug|DiskScanService|Scanning '/home/maxnutter/Downloads/complete/Castle.2009.S07E17.HDTV.x264-LOL' for video files
15-3-17 11:31:43.0|Debug|DiskScanService|2 video files were found in /home/maxnutter/Downloads/complete/Castle.2009.S07E17.HDTV.x264-LOL
15-3-17 11:31:43.2|Debug|ImportDecisionMaker|Analyzing 2/2 files.
15-3-17 11:31:43.2|Debug|NzbDrone.Core.Parser.QualityParser|Trying to parse quality for /home/maxnutter/Downloads/complete/Castle.2009.S07E17.HDTV.x264-LOL/castle.2009.717.hdtv-lol.mp4
15-3-17 11:33:43.3|Trace|ConfigService|Unable to find config key 'downloadedepisodesfolder' defaultValue:''
15-3-17 11:33:43.3|Trace|ConfigService|Unable to find config key 'autoredownloadfailed' defaultValue:'True'
15-3-17 11:33:43.3|Trace|ConfigService|Unable to find config key 'removefaileddownloads' defaultValue:'True'
15-3-17 11:33:43.3|Trace|ConfigService|Unable to find config key 'downloadclientworkingfolders' defaultValue:'_UNPACK_|_FAILED_'
15-3-17 11:33:58.4|Debug|RootFolderService|Generating list of unmapped folders
15-3-17 11:33:58.6|Debug|RootFolderService|0 unmapped folders detected.
15-3-17 11:33:58.6|Debug|RootFolderService|Generating list of unmapped folders
15-3-17 11:33:58.7|Debug|RootFolderService|0 unmapped folders detected.
Also, Sonarr’s activity queue is still reporting the episodes as downloading long after they’ve finished and been added to NZBGet’s history.
Which indexer(s) are you using? I’m aware of two having issues with RSS feeds (that would cause Sonarr to miss episodes), they are Dog and Oz, both due to load issues on their API servers.
Thats not how Completed Download Handling works, it talks to nzbget’s API, figures out what has been completed and imports that.
Sonarr is trying to import files that are there, the logs don’t show why it was rejected for import (2 minute gap in the logs), if that fiules is already imported its likely because its not an upgrade.
Don’t mix CDH and Drone factory, if you want to try to process files that aren’t importing setup Drone Factory on a separate folder and drop files there.
Logs of an RSS sync and one of something failing to import, likely two separate logs.
Unless you’re doing something special in the post processing, we recommend using CDH, so yes.
RSS processes whatever is on the RSS feed, then it will determine what is required, there will be lots of things you don’t need or don’t want, but its normal.
Definitely worth setting up a second indexer as well, Womble’s might work well as a start, but there are other free ones as well.
Nothing happened overnight, nothing in the logs either!
I’ve now hit the RSS Sync button and it has found everything.
Also noticed that for some reason the logs have entries for nzbToMylar, which is odd!
Logs are also full of stuff like this:
15-3-17 14:56:08.2|Debug|Parser|Quality parsed: Unknown v1
15-3-17 14:56:08.2|Debug|Parser|Release Group parsed:
15-3-17 14:56:08.2|Debug|Parser|Parsing string 'Raising Hope - 4x21 - How I Met Your Mullet.tbn'
15-3-17 14:56:08.2|Trace|Parser|^(?<title>.+?)(?:(?:[_\W](?<![(\[]))+S?(?<season>(?<!\d+)(?:\d{1,2}|\d{4})(?!\d+))(?:[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+))(?:(?:\-|[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+)))*)\W?(?!\\)
15-3-17 14:56:08.2|Debug|Parser|Episode Parsed. raisinghope - S04E21
15-3-17 14:56:08.2|Debug|Parser|Language parsed: English
for shows that are downloaded, complete and marked as unmonitored.
Now the shows have downloaded, they are still sat in Sonarr’s Activity queue, reporting as downloading.
Unfortunately, I think nzbToDrone has still run; I’m having a little trouble unhooking it!
Edit: Stopped and restarted the NZBDrone service and now all the downloaded episodes have been imported.
System -> Tasks will show the last time RSS Sync was run, but it only wouldn’t run if RSS Sync is disabled (interval 0), since manually running it works, I don’t think the issue is RSS Sync being disabled on each indexer, but you can double check.
Name Interval Last Execution Next Execution
Application Update 6 hours a day ago now
Backup 7 days 17 days ago now
Check For Finished Download 1 minute a day ago now
Check Health 6 hours a day ago now
Downloaded Episodes Scan 1 hour 6 days ago now
Housekeeping 1 day 16 days ago now
Refresh Series 12 hours 15 days ago now
Rss Sync 16 minutes a day ago now
Tracked Cleanup 1 minute a day ago now
Trim Log 1 hour a day ago now
Update Scene Mapping 3 hours a day ago now
Of all of these, Refresh Series appears to be constantly running. All the time.