Update library gets stuck

[Yveske]

Since todays update, Update Library gets stuck every time. Have tried to delete the show to see if that’s the problem but the problems stay. I noticed it’s always on the fifth show.
I reinstalled a previous image I had with the previous version of Sonarr, wich I’m sure of works, but had the same problem there, all since today. I haven’t changed anything.
It also stopped importing new episodes, now if I click Rescan Drone Factory Folder I’m lucky he moves 2 episodes.

I run version 2.0.0.3527 with mono version 3.10.0 (mono-3.10.0-branch/ce003f4 Tue Nov 25 20:18:29 UTC 2014)

[markus101]

Which OS?
Which Kernel (uname -a)?

Please hastebin trace logs of the rescan process.

[Yveske]

OS: Minibian
Kernel: Linux raspberrypi 4.1.7-v7+ #817 SMP PREEMPT Sat Sep 19 15:32:00 BST 2015 armv7l GNU/Linux

Is this what you need?

15-10-19 22:47:14.9|Info|SceneMappingService|Updating Scene mappings
15-10-19 22:47:23.4|Info|RefreshSeriesService|Skipping refresh of series: The 100
15-10-19 22:47:24.3|Info|DiskScanService|Scanning disk for The 100
15-10-19 22:47:24.5|Info|DiskScanService|Completed scanning disk for The 100
15-10-19 22:47:25.0|Info|RefreshSeriesService|Skipping refresh of series: 12 Monkeys
15-10-19 22:47:25.4|Info|DiskScanService|Scanning disk for 12 Monkeys
15-10-19 22:47:25.6|Info|DiskScanService|Completed scanning disk for 12 Monkeys
15-10-19 22:47:25.7|Info|RefreshSeriesService|Skipping refresh of series: 2 Broke Girls
15-10-19 22:47:26.1|Info|DiskScanService|Scanning disk for 2 Broke Girls
15-10-19 22:47:26.3|Info|DiskScanService|Completed scanning disk for 2 Broke Girls
15-10-19 22:47:26.4|Info|RefreshSeriesService|Skipping refresh of series: Adventure Time
15-10-19 22:47:26.8|Info|DiskScanService|Scanning disk for Adventure Time
15-10-19 22:47:28.5|Info|DiskScanService|Completed scanning disk for Adventure Time
15-10-19 22:47:31.6|Info|RefreshSeriesService|Updating Info for The Affair
15-10-19 22:47:35.6|Info|RefreshEpisodeService|Starting episode info refresh for: [270439][The Affair]
15-10-19 22:47:35.9|Info|RefreshEpisodeService|Finished episode refresh for series: [270439][The Affair].
15-10-19 22:47:36.3|Info|DiskScanService|Scanning disk for The Affair
15-10-19 22:47:39.3|Warn|GlobalExceptionHandlers|SignalR Heartbeat interupted
15-10-19 22:47:40.8|Info|DiskScanService|Completed scanning disk for The Affair
15-10-19 22:55:15.4|Info|RssSyncService|Starting RSS Sync
15-10-19 22:55:15.5|Warn|FetchAndParseRssService|No available indexers. check your configuration.
15-10-19 22:55:15.6|Info|DownloadDecisionMaker|No results found

[markus101]

Needs to be trace logs, not the default of Info. Please hastebin them as well (it will be a lot).

The kernel might be part of the 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 hal…

Its possible the issue has been re-introduced in kernel 4.1 (after it was fixed in 4.0), it hasn’t been confirmed to be the same issue, but it seems likely. Standard output/error logs from the console should indicate if mono is crashing with more details.

[Yveske]

Ok so the 5th show seems to be at random, now it seems to be stuck at the L. My download folder is now empty with all the episodes in their right place.

Here are the logs. Sorry, but no idea how to put them on here.
http://hastebin.com/ikiqonaviw.dos

[markus101]

Which logs did you copy? Looks like its copied from logs.db (which is meant to be viewed in the Sonarr UI), not the log file (visible in the UI or on disk).

Refresh Series rescans all series folders, which isn’t the same as importing from Drone Factory or from the download client.

[Yveske]

Ok think I finally understand what logs you mean. Sorry.
But actually everything is working fine now, don’t know how it just happened after a reboot. Are these logs still of any use?

And yes I know these are two different things, wasn’t really clear on that one.
The problem was that it got stuck on updating the library and it was also not importing downloaded shows from the download map. But now for some reason everything works fine again.

[markus101]

Probably not a ton of use, so no need to send them. Glad to hear its working.

[Yveske]

Yes, glad it is working again, why I don’t know but it’s not the first time such things happened on my Raspberry. Anyway, thanks for your time.

There is one small issue, not with Sonarr, with the naming of torrent files. Maybe it’s already mentioned here before and maybe there is nothing you can do about it.
I start to notice that it happens more and more, that the torrent file is named wrong by the torrent uploader. The torrent and map are named right with S01E01 so Sonarr grabs the episode and sends it to the downloader but then when it’s downloaded the actual show file has 101 instead of the S01E01. This means that Sonarr doesn’t recognize the file and does not import it.
Like I said, maybe nothing you can do about it but I thought maybe worth mentioning it.

[markus101]

We’re working on a solution to that, the 101 is fine, but the [release-group] is causing the 101 to be parsed as absolute episode 101, not season 1 episode 1.