Added but not added? nzbget

Hello guys.

I have some issues with my sonarr setting (I’m new at sonarr).

I got the following error:

Couldn’t add report to download queue. Sirens.US.S02E12.Kein.Respekt.GERMAN.WS.720p.HDTV.x264-aWake{{vePUXQ5HLg}}: Failed to add nzb Sirens.US.S02E12.Kein.Respekt.GERMAN.WS.720p.HDTV.x264-aWake{{vePUXQ5HLg}}.nzb

NzbDrone.Core.Download.Clients.DownloadClientException: Failed to add nzb Sirens.US.S02E12.Kein.Respekt.GERMAN.WS.720p.HDTV.x264-aWake{{vePUXQ5HLg}}.nzb
at NzbDrone.Core.Download.Clients.Nzbget.Nzbget.AddFromNzbFile (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode, System.String filename, System.Byte fileContent) [0x0005d] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\Clients\Nzbget\Nzbget.cs:44
at NzbDrone.Core.Download.UsenetClientBase1[TSettings].Download (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x000e9] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\UsenetClientBase.cs:70 at NzbDrone.Core.Download.DownloadService.DownloadReport (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x00166] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\DownloadService.cs:66 at NzbDrone.Core.Download.ProcessDownloadDecisions.ProcessDecisions (System.Collections.Generic.List1 decisions) [0x00146] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\ProcessDownloadDecisions.cs:74

But the nzb is added at nzbget and the file will be downloaded.
After this, Sonarr is ignoring the file in the factory folder!

The second “issue” is, I have a profile with 720p and sd, prefferd is 720. Nevertheless Sonarr is always ad the SD and the 720p varaint! How can I stop it?

Informations:
Sonarr V2.0.0.3732
Qnap x86

What’s your mono version?

(Also: completed download handling is preferred over drone factory for a number of reasons. I don’t think that’s related to the issues you’re seeing, but just pointing it out :slight_smile: )

Hi!

my Mono is V4.2.2.30

Which version of NZBGet are you using? Sonarr is getting a failing response from NZBGet, but NZBGet is actually accepting it, this could be because of an old NZBGet version or another error.

If you can post trace logs to hastebin of the NZB failing to add to NZBGet, we can take a look.

I’m on 16.4

I think something with my Mono is not right, but reinstall didn’t help me :frowning:
I can’t find this file in the path where Sonarr is searching it!

Message
Unable to connect to NzbGet. /opt/Qmono/lib/libMonoPosixHelper.so: Unable to connect to NzbGet. /opt/Qmono/lib/libMonoPosixHelper.so

Exception
NzbDrone.Core.Download.Clients.DownloadClientException: Unable to connect to NzbGet. /opt/Qmono/lib/libMonoPosixHelper.so —> System.Net.WebException: /opt/Qmono/lib/libMonoPosixHelper.so —> System.DllNotFoundException: /opt/Qmono/lib/libMonoPosixHelper.so
at (wrapper managed-to-native) System.IO.Compression.DeflateStreamNative:CreateZStream (System.IO.Compression.CompressionMode,bool,System.IO.Compression.DeflateStreamNative/UnmanagedReadOrWrite,intptr)
at System.IO.Compression.DeflateStreamNative.Create (System.IO.Stream compressedStream, CompressionMode mode, Boolean gzip) [0x0003c] in /SRC/mono-4.2.2/mcs/class/System/System.IO.Compression/DeflateStream.cs:333
at System.IO.Compression.DeflateStream…ctor (System.IO.Stream compressedStream, CompressionMode mode, Boolean leaveOpen, Boolean gzip) [0x00036] in /SRC/mono-4.2.2/mcs/class/System/System.IO.Compression/DeflateStream.cs:75
at (wrapper remoting-invoke-with-check) System.IO.Compression.DeflateStream:.ctor (System.IO.Stream,System.IO.Compression.CompressionMode,bool,bool)
at System.IO.Compression.GZipStream…ctor (System.IO.Stream stream, CompressionMode mode, Boolean leaveOpen) [0x00006] in /SRC/mono-4.2.2/mcs/class/System/System.IO.Compression/GZipStream.cs:48
at System.IO.Compression.GZipStream…ctor (System.IO.Stream stream, CompressionMode mode) [0x00000] in /SRC/mono-4.2.2/mcs/class/System/System.IO.Compression/GZipStream.cs:44
at (wrapper remoting-invoke-with-check) System.IO.Compression.GZipStream:.ctor (System.IO.Stream,System.IO.Compression.CompressionMode)
at System.Net.HttpWebResponse…ctor (System.Uri uri, System.String method, System.Net.WebConnectionData data, System.Net.CookieContainer container) [0x000e8] in /SRC/mono-4.2.2/mcs/class/System/System.Net/HttpWebResponse.cs:90
at (wrapper remoting-invoke-with-check) System.Net.HttpWebResponse:.ctor (System.Uri,string,System.Net.WebConnectionData,System.Net.CookieContainer)
at System.Net.HttpWebRequest.SetResponseData (System.Net.WebConnectionData data) [0x00039] in /SRC/mono-4.2.2/mcs/class/System/System.Net/HttpWebRequest.cs:1423
— End of inner exception stack trace —
at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) [0x00065] in /SRC/mono-4.2.2/mcs/class/System/System.Net/HttpWebRequest.cs:946
at System.Net.HttpWebRequest.GetResponse () [0x0000e] in /SRC/mono-4.2.2/mcs/class/System/System.Net/HttpWebRequest.cs:958
at RestSharp.Http.GetRawResponse (System.Net.HttpWebRequest request) <0xf1831c78 + 0x00024> in :0
— End of inner exception stack trace —
at NzbDrone.Core.Download.Clients.Nzbget.NzbgetProxy.CheckForError (IRestResponse response) [0x0007c] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\Clients\Nzbget\NzbgetProxy.cs:225
at NzbDrone.Core.Download.Clients.Nzbget.NzbgetProxy.ProcessRequest (IRestRequest restRequest, NzbDrone.Core.Download.Clients.Nzbget.NzbgetSettings settings) [0x00026] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\Clients\Nzbget\NzbgetProxy.cs:176
at NzbDrone.Core.Download.Clients.Nzbget.NzbgetProxy.GetHistory (NzbDrone.Core.Download.Clients.Nzbget.NzbgetSettings settings) [0x00011] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\Clients\Nzbget\NzbgetProxy.cs:82
at NzbDrone.Core.Download.Clients.Nzbget.Nzbget.GetHistory () [0x00000] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\Clients\Nzbget\Nzbget.cs:119

Yeah. that looks like an issue with mono, are you able to try a previous version of qmono? Have you reached out to the maintainer of that package?

“Fixed” it :confused:

The error is still active, but I deactivated the download handling in Sonarr and use
the post script from clintonhall. I have still the error, but Sonarr move the file in the correct folder,
rename it and mark it as done :slightly_smiling:
That’s all I want :smile_cat:

I got EXACTLY the same problem aus Maggus, running Sonarr & NZBget on a Synology DS212j.

I tried to change the underlying Mono package from SynoCommunity to the official Synology version (4.2.1) like it is mentioned on GitHub - but did not get in running properly, still the same issue in combination with NZBget (“Could not add …”)

Any ideas? Will this be resolved someday?

I hope so. I tried Sonarr and nzbget on my PC and not on my NAS and I got the same error. I tkink there is a big issue with nzbget and sonarr.

Well, despite I really like Sonarr I need to switch to SickRage. There seem to be a lot of people over the internet with similar problems. I hope this will get resolved someday so I can come back to Sonarr.

SickRage is no option for me, because it finds only a few german episodes, during Sonarr find it all. So it was a better idea for me, to switch to SABnzb, because my “solution” was only working in 3 from 5 times. But python and SSL is a very bad combination and needs a lot of CPU power and we all know, a NAS is mostly not that fast :slight_smile: I have a 120mbit connection and SABnzb can download with max 60mbits on my NAS. NZBget can download with my full 120mbit.

Yes, you’re right. This is exactly the reason why I switched to NZBget. The last thing I’ll try is to use the “non-beta” version of Mono offered by SynoCommunity (3.X.X.). If this fails, I’ll try SR.

Hope it will find every german episode I want (Indexer: Newz-Complex)… will report!

You will not find for example House of Cards :wink: I’m using newz-complex too

Guys, “it doesn’t work” is utterly useless. get some log files!
Like Maggus did for qnap. (his specific case has to be solved by the qmono package maintainer if it hasn’t already)

I just tested this on my ubuntu server, connecting to my windows nzbget.
mono: 4.2.2 (Stable 4.2.2.30/996df3c Mon Feb 15 17:30:30 UTC 2016)
nzbget: 16.4 on windows.
ubuntu: 3.13.0-73-generic

worked perfectly.

That is really interersting…

Sonarr on NAS - nzbget on NAS -> Didn’t work
Sonarr on NAS - nzbget on Win PC -> works perfect
Sonarr on Win PC - nzbget on Win PC -> works perfect
Sonarr on Win PC - nzbget on NAS -> didn’t work

So I think there is maybe an issue with nzbget on linux?!

Can you try it Taloth please?

nzbget 16.4 on ubuntu, sonarr on Windows. no issues.

Why don’t you check the Sonarr and Nzbget log files?!? And make sure you got both updated.

Both are actual and the log files are still the same like in the first post… maybe i have to do a factory reset on my NAS :frowning:

Meanwhile I changed the sonarr, mono and nzbget qpkg maintainer… no change… :frowning:

‘actual’ is relative: Your original post was about .3732, which is a master release from January. master is at .3953 atm. develop is at .4085.

The last post you made you said that Sonarr on Windows & nzbget on NAS didn’t work.
We need actual log files, not individual errors, so grab the log files, for both Sonarr and NzbGet.
Preferably detailed Trace logs.

OK
Both on my QNAP NAS → 4.2.0 → 2016/03/11
Sonarr → 2.0.0.3953
Mono → 4.2.2 (Stable 4.2.2.30/996df3c Sat Jan 30 14:12:49 EST 2016)
nzbget → 17.0-testing-r1660

logfile from nzbget:
no errors

Sonarr Trace:
http://pastebin.com/nyEpZcFD

logfile from Sonarr:

Adding report [The.100.S02E16.Das.gelobte.Land.GERMAN.DUBBED.720p.BLURAY.x264-ZZGtv{{gTDqecygqH}}] to the queue.

NzbDrone.Core.Download.Clients.DownloadClientException: Failed to add nzb The.100.S02E16.Das.gelobte.Land.GERMAN.DUBBED.720p.BLURAY.x264-ZZGtv{{gTDqecygqH}}.nzb
at NzbDrone.Core.Download.Clients.Nzbget.Nzbget.AddFromNzbFile (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode, System.String filename, System.Byte fileContent) [0x0005d] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\Clients\Nzbget\Nzbget.cs:44
at NzbDrone.Core.Download.UsenetClientBase1[TSettings].Download (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x00106] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\UsenetClientBase.cs:68 at NzbDrone.Core.Download.DownloadService.DownloadReport (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x00166] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Core\Download\DownloadService.cs:66 at NzbDrone.Api.Indexers.ReleaseModule.DownloadRelease (NzbDrone.Api.Indexers.ReleaseResource release) [0x0002b] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Api\Indexers\ReleaseModule.cs:67 at NzbDrone.Api.Indexers.ReleaseModule.<.ctor>b__0 (System.Object x) [0x00000] in m:\BuildAgent\work\6c3239faf2b92630\src\NzbDrone.Api\Indexers\ReleaseModule.cs:46 at (wrapper dynamic-method) System.Object:CallSite.Target (System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,System.Func2<object, object>,object)
at Nancy.Routing.Route+<>c__DisplayClass4.b__3 (System.Object parameters, CancellationToken context) <0xf0070d58 + 0x0013b> in :0

Do you have the nzbget script pfftn enabled?