Sonarr version (exact version): 3.0.5.1144
OS: Win 10
Debug logs: They are empty in this matter
Description of issue:
As metioned in Sonarr isn't pulling all SabNZBD downloads back in Sonarr is losing track of all other (more older) downloads.
I have good downloads, unprocessed by sonarr, on a daily basis.
My question is simple: „WHY?“
What‘s the risk of looking for more entries? Any way to change that?
It’s not 30 items, it’s 60 items.
Because fetching an infinite history slows Sonarr down over time. The best way to deal with it is to have Sonarr remove history items after import, but you can add DownloadClientHistoryLimit to the Config DB table with a higher value.
Thanks, i‘ll give it a try and let you know if it worked.
Update: After 2 hours, the number of unprocessed downloads went down by 200 folders. Still processing…
Update After additional 8 hours: The number of unprocessed downloads went down additional 100 folders. Looks good so far. Still processing…
24 hours later, no new unprocessed download folders seem to lay around in my filesystem. I‘ve deleted some old ones now to clean up. Will see tomorrow, it the good looking condition stays like that.
I can confirm, this solved my problem. I‘d suggest to make this configurable though the web interface, but only if „Remove“ is selected.
I still have some finished download folders, but they do not contain any usable video files. Is there a way to let them „auto fail“ and delete them afterwards so sonarr can try to find another release for the same episode?
Any updates on this? Thanks!
Sonarr won’t fail them unless the download client marks them as failed. You might be able to have a post-processing script in your download client do that, but it’s not something Sonarr will do on it’s own.
Okay, thanks. I‘ll get into this. Case can be closed now. Thanks.
This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.