Emby Server crash on Debian

[wirehack7 1]

I updated my emby instance to 3.3.0.0. After a while it crashed:

2018-02-25 14:43:37.713 Info HttpClient: HttpClientManager GET: https://api.themoviedb.org/3/movie/269149?api_key=f6bd687ffa63cd282b6ff2c6877f2669&append_to_response=casts,releases,images,keywords,trailers
2018-02-25 14:44:06.371 Error Main: UnhandledException
	*** Error Report ***
	Version: 3.3.0.0
	Command line: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe -programdata /var/lib/emby-server -restartpath /usr/lib/emby-server/restart.sh
	Operating system: Unix 3.16.0.4
	64-Bit OS: True
	64-Bit Process: True
	User Interactive: False
	Mono: 5.8.0.127 (tarball Wed Feb 21 16:44:45 UTC 2018)
	Processor count: 8
	Program data path: /var/lib/emby-server
	Application directory: /usr/lib/emby-server/bin
	System.MissingMethodException: Method 'MediaBrowser.Common.Security.ISecurityManager.get_IsMBSupporter' not found.
	  at System.Runtime.CompilerServices.AsyncVoidMethodBuilder.Start[TStateMachine] (TStateMachine& stateMachine) [0x0002c] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at MediaBrowser.Plugins.ThemeSongs.EntryPoints.LocalThemeSongEntryPoint.NewItemTimerCallback (System.Object state) [0x00024] in <6ddcf88ba7b74b37aba1665d2ddf380f>:0 
	  at System.Threading.Timer+Scheduler.TimerCB (System.Object o) [0x00007] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem () [0x00008] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at System.Threading.ThreadPoolWorkQueue.Dispatch () [0x00074] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback () [0x00000] in <a6f810169ec746eeb2789b925e2858c0>:0 
	System.MissingMethodException
	  at System.Runtime.CompilerServices.AsyncVoidMethodBuilder.Start[TStateMachine] (TStateMachine& stateMachine) [0x0002c] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at MediaBrowser.Plugins.ThemeSongs.EntryPoints.LocalThemeSongEntryPoint.NewItemTimerCallback (System.Object state) [0x00024] in <6ddcf88ba7b74b37aba1665d2ddf380f>:0 
	  at System.Threading.Timer+Scheduler.TimerCB (System.Object o) [0x00007] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem () [0x00008] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at System.Threading.ThreadPoolWorkQueue.Dispatch () [0x00074] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback () [0x00000] in <a6f810169ec746eeb2789b925e2858c0>:0 
	
2018-02-25 14:44:06.371 Error Main: UnhandledException
	*** Error Report ***
	Version: 3.3.0.0
	Command line: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe -programdata /var/lib/emby-server -restartpath /usr/lib/emby-server/restart.sh
	Operating system: Unix 3.16.0.4
	64-Bit OS: True
	64-Bit Process: True
	User Interactive: False
	Mono: 5.8.0.127 (tarball Wed Feb 21 16:44:45 UTC 2018)
	Processor count: 8
	Program data path: /var/lib/emby-server
	Application directory: /usr/lib/emby-server/bin
	System.MissingMethodException: Method 'MediaBrowser.Common.Security.ISecurityManager.get_IsMBSupporter' not found.
	  at System.Runtime.CompilerServices.AsyncVoidMethodBuilder.Start[TStateMachine] (TStateMachine& stateMachine) [0x0002c] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at MediaBrowser.Plugins.MovieThemeSongs.EntryPoints.LocalMovieThemeSongEntryPoint.NewItemTimerCallback (System.Object state) [0x00024] in <ced1776dbb514b33bb41ba370a22b1fb>:0 
	  at System.Threading.Timer+Scheduler.TimerCB (System.Object o) [0x00007] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem () [0x00008] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at System.Threading.ThreadPoolWorkQueue.Dispatch () [0x00074] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback () [0x00000] in <a6f810169ec746eeb2789b925e2858c0>:0 
	System.MissingMethodException
	  at System.Runtime.CompilerServices.AsyncVoidMethodBuilder.Start[TStateMachine] (TStateMachine& stateMachine) [0x0002c] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at MediaBrowser.Plugins.MovieThemeSongs.EntryPoints.LocalMovieThemeSongEntryPoint.NewItemTimerCallback (System.Object state) [0x00024] in <ced1776dbb514b33bb41ba370a22b1fb>:0 
	  at System.Threading.Timer+Scheduler.TimerCB (System.Object o) [0x00007] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem () [0x00008] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at System.Threading.ThreadPoolWorkQueue.Dispatch () [0x00074] in <a6f810169ec746eeb2789b925e2858c0>:0 
	  at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback () [0x00000] in <a6f810169ec746eeb2789b925e2858c0>:0 

I don't really know what this error causes. I would be glad if someone could help me here.

 

My server OS:

Distributor ID:	Debian
Description:	Debian GNU/Linux 8.10 (jessie)
Release:	8.10
Codename:	jessie
 

[Luke 42078]

Hi, remove all of the theme song plugins as they require a compatibility update. Thanks.

[bradford 9]

I am having this issue as well. Is there a way to enforce loading plugins that are confirmed to be compatible? Or maybe that's impractical. Maybe catch all plugin exceptions and allow them to crash without crashing the entire application?

[Luke 42078]

I am having this issue as well. Is there a way to enforce loading plugins that are confirmed to be compatible? Or maybe that's impractical. Maybe catch all plugin exceptions and allow them to crash without crashing the entire application?

 

It isn't that simple. Anytime a server calls a plugin there will always be error handling, but this is an example of a plugin doing it's own work on it's own thread, and if it doesn't have error handling then it can crash the server. This is the trade-off of allowing plugins to run in-process.

[bradford 9]

Just for my curiosity, coming from Python multiprocessing and multithreading, what advantages does Mono running in-process bring? I know that Python threads are able to be encapsulated with exception handling, but obviously they're two very different frameworks.

 

Edit: Don't waste much time on this either, I can look it up as well. I am just surprised by that limitation of Mono, in my ignorance.

Edited February 28, 2018 by bradford

[Luke 42078]

 

 

I know that Python threads are able to be encapsulated with exception handling

 

So can .net threads, but this code above doesn't have error handling and that's why it crashed the server.

[altramarine 21]

Hi guys,

EXACT same symptom and errors as @@wirehack7.

I rock a CentOS 7 though.

Thanks for the workaround @@Luke. Sadly I had to uninstall all three of @@radeon 's brilliant plugins.

Also, found the mention of this here

 

Cheers,

Edited March 29, 2018 by altramarine

[Luke 42078]

Thanks for the info.