Error Processing Request

[taylorbourne 19]

Couldn't be more sorry for double posting (OSX Forum) but this is urgent, and this sub gets way more eyes. My server is crippled at the moment, something about Emby not being able to find Emby.Server.Mac.exe in the Mono bundle? The file exists, and it looks like any group has permissions to read it. It seems like this holds up my library scans until they eventually fail. Right now 80% of my library is unaccessible to my users and I don't even know where to start.

2017-01-04 17:11:20.4096 Error HttpServer: Error processing request
    *** Error Report ***
    Version: 3.1.2.0
    Command line: /Applications/Emby.Server.Mac.app/Contents/MonoBundle/Emby.Server.Mac.exe
    Operating system: Unix 15.4.0.0
    64-Bit OS: True
    64-Bit Process: False
    Mono: 4.6.2 (mono-4.6.0-branch/08fd525)
    Processor count: 2
    Program data path: /Users/Taylor/.config/emby-server
    Application directory: /Applications/Emby.Server.Mac.app/Contents/MonoBundle
    System.IO.FileNotFoundException: Unable to find the specified file.
    System.IO.FileNotFoundException
    No Stack Trace Available

server.txt

[Luke 42085]

Hi, the error you're mentioning here is just related to the emby web socket and is a non-essential feature. Rather than focus on what you see in the log, please discuss the actual symptoms you are running into. Thanks.

[taylorbourne 19]

Sorry got caught up in trying to self diagnose. So basically when I start up Emby server and try to run a library scan, the scan will get a little over half way done then lock up. After a while it will change to 'stopping', which it stays at until I reboot the server. Once I get the server back up, the task says that it has previously failed.

 

Just ran a scan that's currently stuck at 53.4%. I realize that I just initiated it, but it will stay that way for hours until eventually failing. Logs attached. "server2.txt" contains the log from after the process stopped itself.

2017-01-05 11:22:36.9718 Info TaskManager: Attempting to cancel Scheduled Task Scan media library
2017-01-05 11:22:36.9749 Info TaskManager: Queueing task RefreshMediaLibraryTask

 

Will show this^ until I reboot the server

 

server.txt

server2.txt

Edited January 5, 2017 by taylorbourne

[Luke 42085]

have you configured a program to send notifications to emby server about downloaded content? if so, as a test, try stopping that.

[taylorbourne 19]

Yep Sonarr and CouchPotato both configured to report to Emby. Disabled both, even removed the associated api keys for good measure haha.. still seeing the same issue library scan just hangs then cancels.

[taylorbourne 19]

Went ahead and deleted my library.db file and did a rescan, 64.6% is as far as it looks like it's gonna go. Pulled some new logs from this rescan.

 

server3.txt

[Luke 42085]

try turning off the realtime monitor since it is reporting errors. also if you enabled the option to download images in advance, try turning that off.

[Luke 42085]

the nfo saving is still throwing the same errors you reported in that other thread. some kind of access problem is preventing the server from writing the files.

[taylorbourne 19]

Ok disabled the Real Time Monitoring and the Download Images in Advance options – currently in the process of a rescan. So far seems like the same thing is happening..

 

So for example this error:

2017-01-05 14:55:23.1545 Error ProviderManager: Error in metadata saver
	*** Error Report ***
	Version: 3.1.2.0
	Command line: /Applications/Emby.Server.Mac.app/Contents/MonoBundle/Emby.Server.Mac.exe
	Operating system: Unix 15.4.0.0
	64-Bit OS: True
	64-Bit Process: False
	Mono: 4.6.2 (mono-4.6.0-branch/08fd525)
	Processor count: 2
	Program data path: /Users/Taylor/.config/emby-server
	Application directory: /Applications/Emby.Server.Mac.app/Contents/MonoBundle
	System.UnauthorizedAccessException: Access to the path "/Users/Taylor/Media/Movies/Austin Powers International Man of Mystery (1997)/Austin Powers International Man of Mystery.nfo" is denied.
	  at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize, System.Boolean anonymous, System.IO.FileOptions options) [0x0025f] in <8f2c484307284b51944a1a13a14c0266>:0 
	  at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize) [0x00000] in <8f2c484307284b51944a1a13a14c0266>:0 
	  at (wrapper remoting-invoke-with-check) System.IO.FileStream:.ctor (string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare,int)
	  at Emby.Common.Implementations.IO.ManagedFileSystem.GetFileStream (System.String path, MediaBrowser.Model.IO.FileOpenMode mode, MediaBrowser.Model.IO.FileAccessMode access, MediaBrowser.Model.IO.FileShareMode share, System.Boolean isAsync) [0x00045] in <bef7798f4baf4a2cbd193bda78100cb9>:0 
	  at MediaBrowser.XbmcMetadata.Savers.BaseNfoSaver.SaveToFile (System.IO.Stream stream, System.String path) [0x00063] in <333117a7114649b9b7c503e982597308>:0 
	  at MediaBrowser.XbmcMetadata.Savers.BaseNfoSaver.Save (MediaBrowser.Controller.Entities.IHasMetadata item, System.Threading.CancellationToken cancellationToken) [0x00026] in <333117a7114649b9b7c503e982597308>:0 
	  at MediaBrowser.Providers.Manager.ProviderManager+<SaveMetadata>c__async3.MoveNext () [0x001ff] in <4524d7985e294e9696ebc4a30f5a4c54>:0 
	System.UnauthorizedAccessException
	  at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize, System.Boolean anonymous, System.IO.FileOptions options) [0x0025f] in <8f2c484307284b51944a1a13a14c0266>:0 
	  at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize) [0x00000] in <8f2c484307284b51944a1a13a14c0266>:0 
	  at (wrapper remoting-invoke-with-check) System.IO.FileStream:.ctor (string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare,int)
	  at Emby.Common.Implementations.IO.ManagedFileSystem.GetFileStream (System.String path, MediaBrowser.Model.IO.FileOpenMode mode, MediaBrowser.Model.IO.FileAccessMode access, MediaBrowser.Model.IO.FileShareMode share, System.Boolean isAsync) [0x00045] in <bef7798f4baf4a2cbd193bda78100cb9>:0 
	  at MediaBrowser.XbmcMetadata.Savers.BaseNfoSaver.SaveToFile (System.IO.Stream stream, System.String path) [0x00063] in <333117a7114649b9b7c503e982597308>:0 
	  at MediaBrowser.XbmcMetadata.Savers.BaseNfoSaver.Save (MediaBrowser.Controller.Entities.IHasMetadata item, System.Threading.CancellationToken cancellationToken) [0x00026] in <333117a7114649b9b7c503e982597308>:0 
	  at MediaBrowser.Providers.Manager.ProviderManager+<SaveMetadata>c__async3.MoveNext () [0x001ff] in <4524d7985e294e9696ebc4a30f5a4c54>:0 

It's pointing to Austin Powers International Man of Mystery.nfo. Which if I go into that directory, doesn't even exist. 

 

It just seems strange to me that all of a sudden Emby is having trouble with permissions as nothing has changed.

[Luke 42085]

Yea i understand it doesn't exist. What it's trying to do is open up a stream to create and then write to the file.

[taylorbourne 19]

I see.. should I try batch changing permissions on my media folder? Any idea what they should be?

[taylorbourne 19]

@@Luke tried setting permissions, wiping out Emby, and installing fresh again. Still seeing the same issue.

 

Sigh – I had to install Plex last night to be able to watch our TV shows (outside users still screwed lol), not happy 'bout it as I'm paying for Emby.

[Luke 42085]

then try disabling all the  metadata saving features which are off by default anyway.