Sonarr crashes time to time (Ubuntu)

Help & Support
1

Hi,
I went from SickBeard to Sonarr last day and wanted to give it a shoot but unfortenaly Sonarr crashes time to time for me. It start to work again if I reboot my machine.
If anyone could help me it would be lovely because I’m pretty new to Linux/Ubuntu so I’m having a hard time when I’m reading the logs.

OS: 14.04.1-Ubuntu Server LTS
Sonarr: 2.0.0.3004
Mono Version: 3.12.1
Amount of series: 7
Amount of indexers: 8

I’ll put some error logs here if that might help.
http://pastebin.com/Qi0cetAk
http://pastebin.com/vWVdR8Bx

2

The DB lock (2nd error) is the only one of limited value though Sonarr only uses limited locks on its database. Are you seeing a large number of DB locks?

You should be running mono with the --debug switch, without it, error messages are mostly useless as they don’t show where the error happened.

3

Hi Markus,
Thanks for the response!

Everytime that Sonarr crashes I get a DB lock error message, should I change any permissions somewhere?

Thanks, but since I’m completely new to Linux, what debug command should I run?

4

Depends how mono is being started, but via terminal it would be:

mono --debug /path/to/NzbDrone.exe - where /path/to/ is the actual path.

5

I have the same issue: sonarr crashes very often. I use the same OS, mono version and I believe the same sonarr version. I would like to attach my logs here, run using the debug switches, but don’t see how.

6

**EDIT:

Now I see that pastebin has deleted my logs. I don’t know why. Maybe it doesn’t matter, since I am not sure which of the few dozen logs on my system are useful. It is too bad, because it has become completely unstable, and crashes every day. This makes it too unreliable to use.

Here are my logs for the same problem on the same OS and version numbers:

http://pastebin.com/qMhAY0mG

7

Yep, i get the same crashes, with 14.10.1LTS, going back to sickbeard until i have time to trouble shoot it

i set it up as a daemon in init.d as instructed on the wiki but it doesn’t start after a crash

8

EDIT: I guess there is no solution, so will need to abandon sonarr unfortunately. Too bad, because I liked it when it worked. It just doesn’t run for longer than a few hours anymore.

That is a good point: it does not restart, even though it is a demon. Here is what the crash looks like when I run from CLI using --debug on mono. It is also edited because of sonarr forum rules about links: http-> ptth

[Debug] DetectSample: Runtime is over 90 seconds
[Warn] DownloadedEpisodesImportService: Non-sample file detected: [/media/virtual/complete/nzbdrone/_<>.mkv]
[Debug] DiskScanService: Scanning ‘/media/virtual/complete/nzbdrone’ for video files
[Debug] DiskScanService: 0 video files were found in /media/virtual/complete/nzbdrone
[Debug] SabnzbdProxy: Url: ptth://192.168.1.4:8080/api?mode=queue&start=0&limit=0&apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&output=json
[Debug] SabnzbdProxy: Url: ptth://192.168.1.4:8080/api?mode=history&start=0&limit=30&apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&output=json
[Info] RssSyncService: Starting RSS Sync
[Debug] FetchAndParseRssService: Available indexers 11
[Debug] Wombles: Downloading Feed ptth://newshost.co.za/rss/?sec=TV&fr=false
[Debug] Fanzub: Downloading Feed ptth://fanzub.com/rss/?cat=anime&max=100
[Debug] Newznab: Downloading Feed ptths://nzbplanet.net/api?t=tvsearch&cat=5030,5040&extended=1&apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&offset=0&limit=100
[Debug] Newznab: Downloading Feed ptths://www.nzbid.org/api?t=tvsearch&cat=5030,5040&extended=1&apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&offset=0&limit=100
[Debug] Newznab: Downloading Feed ptth://www.fastnzb.info/api?t=tvsearch&cat=5030,5040&extended=1&apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&offset=0&limit=100
[Debug] Newznab: Downloading Feed ptths://www.usenet-crawler.com/api?t=tvsearch&cat=5030,5040&extended=1&apikey=4xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&offset=0&limit=100
[Debug] Newznab: Downloading Feed ptths://nzbindex.in/api?t=tvsearch&cat=5030,5040&extended=1&apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&offset=0&limit=100
[Debug] Newznab: Downloading Feed ptths://www.nzbsooti.sx/api?t=tvsearch&cat=5030,5040&extended=1&apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&offset=0&limit=100
[Debug] Newznab: Downloading Feed ptths://www.nzbfinder.ws/api?t=tvsearch&cat=5030,5040&extended=1&apikey=0d47a3f4e7678cd8ac43dba3c42708a5&offset=0&limit=100
[Debug] Newznab: Downloading Feed ptths://nzb.ag/api?t=tvsearch&cat=5030,5040&extended=1&apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&offset=0&limit=100
[Debug] Newznab: Downloading Feed ptths://api.oznzb.com/api?t=tvsearch&cat=5030,5040&extended=1&apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&offset=0&limit=100
Stacktrace:

Native stacktrace:

    mono() [0x4accac]
    mono() [0x50451f]
    mono() [0x42a7c7]
    /lib/x86_64-linux-gnu/libpthread.so.0(+0x10340) [0x7f2facd61340]
    mono() [0x585b07]
    mono() [0x582484]
    mono() [0x61e0b6]
    /lib/x86_64-linux-gnu/libpthread.so.0(+0x8182) [0x7f2facd59182]
    /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d) [0x7f2faca8647d]

Debug info from gdb:

Could not attach to process. If your uid matches the uid of the target
process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try
again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf
ptrace: Operation not permitted.
No threads.

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.

Aborted (core dumped)

9

For me on Arch using mono 3.10 instead of 3.12.1 fixes the SIGSEGV related crashes.

Apparently the same goes for compiling from git as of one of today’s commits.

10

Thanks for the pointer. I downgraded my mono to 3.10.0, but it satill crashed after a couple of hours.

11

I’m running mono 3.8.0 on unraid (Slackware) and I’m getting this too for the last week or so. The sonar logs show no indication to the issue. I might have to delete the config directory and start from scratch .