Autosync and connection to backend issues on seedbox

[redmanc18]

Hi guys,

I’ve been facing multiple problems with Sonarr lately :
1 - Autosync is not working anymore for me, i need to manually connect to the GUI and force the search. It’s for a torrent tracker using Jackett.
2 - From time to time i’m getting “Connection to backend lost” when i’m connected to the GUI for like 4 or 5 hours, but when i refresh it never works and i still need to restart Sonarr to access it again.

Here is my cron job on my seedbox :
@reboot /usr/bin/screen -dmS sonarr ${HOME}/bin/mono --debug ${HOME}/NzbDrone/NzbDrone.exe @reboot /usr/bin/screen -dmS jackett ${HOME}/bin/mono --debug ${HOME}/Jackett/JackettConsole.exe @hourly ${HOME}/bin/mono ${HOME}/NzbDrone/NzbDrone.exe @hourly /usr/bin/screen -dmS jackett ${HOME}/bin/mono --debug ${HOME}/Jackett/JackettConsole.exe

Any suggestions would be appreciated - Thanks!

[markus101]

1. You’ll need to check ((debug logs)) to see why its not grabbing an expected release, namely looking at them for a RSS Sync with a wanted item on it (lots of threads here about this topic)

2. That means Sonarr is not running, is it crashing (check ((log files)))? Also make sure its not this issue:

Native mono crashes [kernel fix released]

“For every action there is an equal and opposite reaction.” We’ve had quite a few reports about odd crashes, most of them known to be so called Native crashes, where mono cries out in terror and dies without telling us why. Initially this thread was to collect important information about the systems on which the crashes occurred. Since this thread was posted I’ve literally spent more than a hundred hours investigating this issue. Debugging Sonarr and mono countless times, compiled mono half …

[redmanc18]

Here you go : http://hastebin.com/iqoyegotet.1c
I don’t know if it’s the normal behaviour for sonarr ?

[markus101]

Yours logs pretty much only show Sonarr a second copy of Sonarr being started.

Did you check if your kernel is an affected one from that other thread?
Which version of mono?
Which version of Sonarr?

[redmanc18]

No, i couldn’t find it on that thread.

Here is the information you asked for :

Gentoo Base System release 2.2
DISTRIB_ID="Gentoo"
NAME=Gentoo
ID=gentoo
PRETTY_NAME="Gentoo/Linux"
ANSI_COLOR="1;32"
HOME_URL="http://www.gentoo.org/"
SUPPORT_URL="http://www.gentoo.org/main/en/support.xml"
BUG_REPORT_URL=“https://bugs.gentoo.org/”

Linux hadar.whatbox.ca 3.18.2-hardened-whatbox-r2 #9 SMP Fri Apr 10 23:20:29 2015 x86_64 Intel® Xeon® CPU X3440 @ 2.53GHz GenuineIntel GNU/Linux
(gcc version 4.8.3 (Gentoo Hardened 4.8.3 p1.1, pie-0.5.9) ) #9 SMP

Mono JIT compiler version 4.2.1 (Stable 4.2.1.36/dbd6429 Sun Nov 15 16:05:45 UTC 2015)
Copyright © 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
TLS: __thread
SIGSEGV: altstack
Notifications: epoll
Architecture: amd64
Disabled: none
Misc: softdebug
LLVM: supported, not enabled.
GC: sgen

MediaInfo Command line,
MediaInfoLib - v0.7.73

Sonarr Ver. 2.0.0.3594

I get this error from time to time :
System.NullReferenceException: Object reference not set to an instance of an object
at System.Threading.Timer+Scheduler.SchedulerThread () in /mnt/sda1/redmanc18/mono-4.2.1/mcs/class/corlib/System.Threading/Timer.cs:line 338
at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) in /mnt/sda1/redmanc18/mono-4.2.1/external/referencesource/mscorlib/system/threading/thread.cs:line 68
at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, Boolean preserveSyncCtx) in /mnt/sda1/redmanc18/mono-4.2.1/external/referencesource/mscorlib/system/threading/executioncontext.cs:line 581
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, Boolean preserveSyncCtx) in /mnt/sda1/redmanc18/mono-4.2.1/external/referencesource/mscorlib/system/threading/executioncontext.cs:line 530
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) in /mnt/sda1/redmanc18/mono-4.2.1/external/referencesource/mscorlib/system/threading/executioncontext.cs:line 519
at System.Threading.ThreadHelper.ThreadStart () in /mnt/sda1/redmanc18/mono-4.2.1/external/referencesource/mscorlib/system/threading/thread.cs:line 105

[markus101]

The kernel version is a bit different than due to being a different flavour, but the error you’re getting is the same error, so it is very likely the same issue.

[redmanc18]

I’ve got two different errors the same night :
http://hastebin.com/civufikunu.1c
And it couldn’t grab an episode tonight.

What should i do now ? Thank you.

[markus101]

Update your kernel, you’re going to have issues until you’re using a kernal that doesnt break mono.

[redmanc18]

I can’t update my kernel, because i’m on a seedbox, and i don’t have root privileges.

[markus101]

That’s a problem then, this issue is due to a bug in the kernel, without upgrading mono doesn’t work correctly and Sonarr will continue to crash.

[redmanc18]

Ok, so now i’ve tried something else. I deleted all my shows, and i’m adding them one by one to detect which one is causing the problem. I tried with only one show last night, and autosync grabbed all i wanted perfectly.
I’ll report my conclusion later this week.