Support Forum

Turning off Remove in Sonarr's Failed Download Settings would stop Sonarr from removing failed downloads (and freeing up the disk space), that would at least rule out Sonarr causing the error to occur, but won't solve any underlying issues as to why the ID is not found.

We ended up pulling the retry logic from Sonarr because it didn't fit well with our goals and was causing more issues than it was solving. From the Sonarr perspective it still removes failed downloads though.

Thanks again shypike, we're going to discuss how we want to handle this within Sonarr as well. Thanks for your time, its much appreciated.

Thanks for the explanation. It makes perfect sense that you can't tell if a file is incomplete given the information you do know. Sounds like our retry mechanism will work if the release fails early due to propagation issues, but if its mostly there we're not going to have any luck getting a complet...

In Sonarr (formally NzbDrone) we're using mode=retry&value=nzb_id where nzo_id is the ID we get from SAB when we POST the nzb to it. We do this in the case a download fails and its been less than 1 hour (by default), which lets Sonarr retry the download in SAB to see if it will complete, in an a...

I should have been more clear, I want you to disable it to ensure it doesn't cause issues, it could be causing issues, or it could not be (its not for me for example), but disabling means we can verify if the issue still exists and go from there. Its beneficial when propagation issues cause delays i...

Sonarr (NzbDrone) won't remove attempt to remove something if its not in queue/history. I think from here Debug logging for both Sonarr and SAB would be helpful to see the call from Sonarr to SAB since there have been a number of changes on the Sonarr side (2.0.0.2180). Also make sure Retry is set t...

Okay, that makes sense, thanks for confirming.

That change would definitely make things more reliable and would be awesome, currently we check the queue and history for it and log if we can't find it, so I don't think its the source of this issue.

The ID of the job stays the same. Hey shypike using mode=retry&value=nzoid where nzoid is the ID of the job in history we are seeing the ID change in 0.7.18 (and previously in 0.7.16), if the retry did not go back to the queue, but instead the post processing queue we are seeing the ID change a...

Guessing at what the issue could be here, I have zero proof that this is the case, but reading the thread leads me to believe its possibly the cause: 1. Download "completes" (goes from Queue to History for post proc) 2. par2 check fails 3. drone checks SAB's history and sees the failed dow...

Hey shypike, NzbDrone is making a call to remove a failed download from SAB's history: mode=history&name=delete&del_files=1&value=NZO_ID_GOES_HERE It gets the NZO_ID by checking SAB's history. It uses the API key OR username and password to authenticate (preferring the API key). Let me k...

@djolord - Sounds like this might apply: https://github.com/NzbDrone/NzbDrone/wi ... ote-server

PS it would be best to use our forums: http://forums.nzbdrone.com for support as there aren't many users watching this thread.

Okay, took us a while, but I understand your scenario now. You are correct that sorting with drone (using the drone factory folder) would not work for your scenario. There definitely isn't a supported way to achieve what you want/need at this time, nor can I think of a work around programatic work a...

To clarify some points about my configuration: - I don't use "Drone Factory" - I've disabled "Rename Episodes" (I allow SABNZBD to do this using the intrinsic feature) - I've disabled "Season Folders" - I've disabled "Create empty Season Folders" If you're no...

Setting them to unmonitored would break the automatic upgrading, as long as the cutoff in the quality profile is met with the files downloaded already a new episode wouldn't be downloaded. In your scenario did the season of HIMYM have episodes on disk? Did those episode meet or exceed the cutoff set...