Couldn't Add Report To Download Queue | Error

Help & Support
1

Sonarr version: 2.0.0.3953
Mono version: 3.10.0
OS: Running in a docker https://hub.docker.com/r/needo/nzbdrone/
Debug Log: http://hastebin.com/giwotavudo.1c
Description of Issue:

I keep getting this error randomly when a nzb attempts to download but fails. Sonarr keeps it in the activity list which requires me to manually log in, blacklist the release and force a new search.

NzbDroneErrorPipeline Request Failed: Failed to add nzb Modern.Family.S07E18.720p.HDTV.x264-AVS-Obfuscated.nzb
ProcessDownloadDecisions Couldn’t add report to download queue. Modern.Family.S07E18.720p.HDTV.x264-AVS: Failed to add nzb Modern.Family.S07E18.720p.HDTV.x264-AVS.nzb

2

Sonarr’s queue is built from the queue/activity of your download clients. Is it sitting in nzbget’s queue?

((Trace logs)) should show the response from nzbget as to why it failed, or perhaps something in nzbget’s logs.

3

It shows as failed in the nzbget queue. I posted the trace log in hastebin in the original post. This is the response I see from nzbget:

16-4-7 23:04:11.2|Fatal|NzbDroneErrorPipeline|Request Failed

[v2.0.0.3953] NzbDrone.Core.Download.Clients.DownloadClientException: Failed to add nzb Modern.Family.S07E18.720p.HDTV.x264-AVS-Obfuscated.nzb
at NzbDrone.Core.Download.Clients.Nzbget.Nzbget.AddFromNzbFile (NzbDrone.Core.Parser.Model.RemoteEpisode,string,byte[]) <0x00247>
at NzbDrone.Core.Download.UsenetClientBase1<NzbDrone.Core.Download.Clients.Nzbget.NzbgetSettings>.Download (NzbDrone.Core.Parser.Model.RemoteEpisode) <0x0045e> at NzbDrone.Core.Download.DownloadService.DownloadReport (NzbDrone.Core.Parser.Model.RemoteEpisode) <0x00504> at NzbDrone.Api.Indexers.ReleaseModule.DownloadRelease (NzbDrone.Api.Indexers.ReleaseResource) <0x000b9> at NzbDrone.Api.Indexers.ReleaseModule.<.ctor>b__0 (object) <0x0002b> at (wrapper dynamic-method) object.CallSite.Target (System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,System.Func2<object, object>,object) <0x000a0>
at Nancy.Routing.Route/<>c__DisplayClass4.b__3 (object,System.Threading.CancellationToken) <0x00137>

This is the error in the nzbget logs so maybe its an issue on there end with not handling the error correctly? Thoughts??

4

That’s only debug, trace gives more details.

Is cURL available on your system? Previously Sonarr had issues with NZBGeek due to issues with chunked encoding I believe, this was addressed already, either in this release or the previous.

Did you recently start using NZBgeek?

5

Sorry pulled the wrong log. Here’s the trace report. And no I’ve been using nzbgeek for a little under 3 years with sonarr a little over a year. Hadn’t run into this previously.

“ID” : 1015,
“Name” : “Modern.Family.S07E18.720p.HDTV.x264-AVS”,
“RemainingFileCount” : 0,
“HistoryTime” : 1460153323,
“Status” : “FAILURE/SCAN”,
“Log” : [],
“NZBID” : 1015,
“NZBName” : “Modern.Family.S07E18.720p.HDTV.x264-AVS”,
“NZBNicename” : “Modern.Family.S07E18.720p.HDTV.x264-AVS”,
“Kind” : “NZB”,
“URL” : “”,
“NZBFilename” : “Modern.Family.S07E18.720p.HDTV.x264-AVS.nzb”,
“DestDir” : “/downloads/incomplete/Modern.Family.S07E18.720p.HDTV.x264-AVS.#1015”,
“FinalDir” : “”,
“Category” : “Sonarr TV”,
“ParStatus” : “NONE”,
“ExParStatus” : “NONE”,
“UnpackStatus” : “NONE”,
“MoveStatus” : “NONE”,
“ScriptStatus” : “NONE”,
“DeleteStatus” : “SCAN”,
“MarkStatus” : “NONE”,
“UrlStatus” : “NONE”,
“FileSizeLo” : 0,
“FileSizeHi” : 0,
“FileSizeMB” : 0,
“FileCount” : 0,
“MinPostTime” : 0,
“MaxPostTime” : 0,
“TotalArticles” : 0,
“SuccessArticles” : 0,
“FailedArticles” : 0,
“Health” : 1000,
“CriticalHealth” : 1000,
“DupeKey” : “”,
“DupeScore” : 0,
“DupeMode” : “SCORE”,
“Deleted” : true,
“DownloadedSizeLo” : 0,
“DownloadedSizeHi” : 0,
“DownloadedSizeMB” : 0,
“DownloadTimeSec” : 0,
“PostTotalTimeSec” : 0,
“ParTimeSec” : 0,
“RepairTimeSec” : 0,
“UnpackTimeSec” : 0,
“MessageCount” : 6,
“ExtraParBlocks” : 0,
“Parameters” : [
{
“Name” : “*Unpack:”,
“Value” : “yes”
}],
“ScriptStatuses” : [
],
“ServerStats” : [
]
},

6

And no, curl isn’t available on my system :frowning: Trying to see what I can leverage on unraid

7

It would need to be in the docker image to be used by Sonarr, not sure if its part of that image or not.

I wonder if NzbGeek has recently changed anything, probably worth asking on their forums to rule it out.

8

I’m talking w/them now so let me find out :slight_smile:

9

So talking w/the nzbgeek crew and they just took that same file and downloaded it via SAB without issue. Going to try the same on my end.

10

Okay so odd. I can download fine myself using Sabnzb, same file. I can download the same file fine from nzbgeek straight into nzbget or sabnzb. But when I try to grab that same file using sonarr thats when it fails.

11

Can you try it again with disabled pfftn script? Maybe you have the same issue like me…

12

The issue is Sonarr needs to download to be able to track it in SAB, other clients aren’t as picky, but its done in a uniform way. What we really need to know is if someone else has the same issue in Sonarr, preferably running under mono, they we’ll know if its an issue with Sonarr or Sonarr + mono or something with your setup.

Edit: It was a fix in mono, not Sonarr, Taloth has the solution below.

13

It’s a completely different issue, Maggus.

@eknee1417
Looks like the same Chunked encoding issue.
But with mono still at 3.10 that’s no surprise.

From my irc log:
[2015 Mon Nov 30 20:48.52] Taloth: geek chunked transfer issue got fixed in mono 4.2.1

14

@Taloth so I just need to update my docker then to the latest mono version if I understand correctly?

15

Yes.

16

Awesome. Moved to a different docker container using mono 4.10 so all should be good. Thanks @Taloth and @markus101 !!

17

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.