Random problems connecting to NZBGET

Help & Support
#1

Sonarr version (exact version): 2.0.0.4472
Mono version (if Sonarr is not running on Windows):4.6.2 (Stable 4.6.2.16/ac9e222 Tue Jan 3 11:48:26 UTC 2017)
OS: Ubuntu 16.04
((Debug logs)): https://www.dropbox.com/s/0wybxcsn3qjcgmd/sonarr.txt?dl=0
(Make sure debug logging is enabled in settings and post the full log to hastebin/pastebin/dropbox/google drive or something similar, do not post them directly here)
Description of issue: Sonarr will randomly lose connection to NZBGET, not sure why or when exactly but when I notice it I go into downloaders and click test it connects just fine and the error goes away. I included the last 3 debug logs in 1 file. If more is needed I can upload those, not too sure why there is about 1 backup log per hour.

Thank you

#2

Did it start suddenly while it worked fine before? Could be a recent mono update, 4.6.2 is pretty new.
There have been other ppl with similar errors, reinstalled mono and voila. worked again.

@markus101, you know of any issues with 4.6.2?

Stack

17-1-17 13:51:02.0|Warn|DownloadMonitoringService|Unable to retrieve queue and history items from nzbget

[v2.0.0.4472] System.ObjectDisposedException: Cannot access a disposed object.
Object name: 'System.Net.Sockets.NetworkStream'.
  at System.Net.WebConnectionStream.EndWrite (System.IAsyncResult r) [0x000af] in <5071a6e4a4564e19a2eda0f53e42f9bd>:0 
  at System.Net.WebConnectionStream.Write (System.Byte[] buffer, System.Int32 offset, System.Int32 size) [0x00059] in <5071a6e4a4564e19a2eda0f53e42f9bd>:0 
  at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x000e8] in <c9f605764859493eb0db62ae8c0fda9b>:0 
  at NzbDrone.Common.Http.Dispatchers.FallbackHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x000cc] in <c9f605764859493eb0db62ae8c0fda9b>:0 
  at NzbDrone.Common.Http.HttpClient.Execute (NzbDrone.Common.Http.HttpRequest request) [0x0007e] in <c9f605764859493eb0db62ae8c0fda9b>:0 
  at NzbDrone.Core.Download.Clients.Nzbget.NzbgetProxy.ProcessRequest[T] (NzbDrone.Core.Download.Clients.Nzbget.NzbgetSettings settings, System.String method, System.Object[] parameters) [0x00047] in <16f9d0ac1b4b4545a818312139cdf850>:0 
  at NzbDrone.Core.Download.Clients.Nzbget.NzbgetProxy.GetHistory (NzbDrone.Core.Download.Clients.Nzbget.NzbgetSettings settings) [0x00000] in <16f9d0ac1b4b4545a818312139cdf850>:0 
  at NzbDrone.Core.Download.Clients.Nzbget.Nzbget.GetHistory () [0x0000c] in <16f9d0ac1b4b4545a818312139cdf850>:0 
  at NzbDrone.Core.Download.Clients.Nzbget.Nzbget.GetItems () [0x00006] in <16f9d0ac1b4b4545a818312139cdf850>:0 
  at NzbDrone.Core.Download.TrackedDownloads.DownloadMonitoringService.ProcessClientDownloads (NzbDrone.Core.Download.IDownloadClient downloadClient) [0x0000c] in <16f9d0ac1b4b4545a818312139cdf850>:0
#3

Yeah, I’ve seen a few reports of 4.6.2 (mostly on Ubuntu) throwing this error.

#4

Okay, should I downgrade mono or just do a reinstall of it?

#5

It’s been off and on. Not sure if it’s been happening since I setup the system or not. It’s all contained in a VM that is about 3 weeks old or so.

#6

You can probably downgrade in aptitude/apt-get but you’ll need to downgrade the right package to get the dependencies and all components to downgrade properly. Reinstall of mono would mean sonarr gets uninstalled too, so probably smarter to just downgrade and check if all mono components get downgraded too.
I don’t know which version of mono is the best choice right now, I haven’t been keeping up on mono releases.

#7

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