Beenrak 1 Posted September 10, 2015 Posted September 10, 2015 I recently updated my Arch Linux emby-server to version 3.0.5724.4 and have been having an issue when trying to add content. I seem to be getting the same error every time for both new media and select existing media. Here it is for new content: 2015-09-10 12:08:24.6903 Error - App: Error resolving path /mnt/media/tv/Mythbusters/Season 16 *** Error Report *** Version: 3.0.5724.4 Command line: /usr/lib/emby-server/MediaBrowser.Server.Mono.exe -programdata /var/lib/emby-server -ffmpeg /usr/bin/ffmpeg -ffprobe /usr/bin/ffprobe -restartpath /usr/lib/emby-server/restart.sh Operating system: Unix 4.1.6.1 Processor count: 4 64-Bit OS: True 64-Bit Process: True Program data path: /var/lib/emby-server Mono: 4.0.3 (Stable 4.0.3.20/d6946b4 Wed Sep 2 16:45:48 UTC 2015) Application Path: /usr/lib/emby-server/MediaBrowser.Server.Mono.exe Win32 IO returned ERROR_NO_MORE_FILES. Path: /mnt/media/tv/Mythbusters/Season 16 System.IO.IOException at System.IO.Directory+<EnumerateKind>c__Iterator0.MoveNext () [0x00000] in <filename unknown>:0 at System.IO.DirectoryInfo+<CreateEnumerateDirectoriesIterator>c__Iterator0.MoveNext () [0x00000] in <filename unknown>:0 at System.Linq.Enumerable+<CreateConcatIterator>c__Iterator1`1[System.IO.FileSystemInfo].MoveNext () [0x00000] in <filename unknown>:0 at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemDictionary (System.String path, Boolean clearCache) [0x00000] in <filename unknown>:0 at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemDictionary (System.String path) [0x00000] in <filename unknown>:0 at MediaBrowser.Controller.IO.FileData.GetFilteredFileSystemEntries (IDirectoryService directoryService, System.String path, IFileSystem fileSystem, ILogger logger, MediaBrowser.Controller.Library.ItemResolveArgs args, Int32 flattenFolderDepth, Boolean resolveShortcuts) [0x00000] in <filename unknown>:0 at MediaBrowser.Server.Implementations.Library.LibraryManager.ResolvePath (System.IO.FileSystemInfo fileInfo, IDirectoryService directoryService, MediaBrowser.Controller.Entities.Folder parent, System.String collectionType) [0x00000] in <filename unknown>:0 at MediaBrowser.Server.Implementations.Library.LibraryManager+<ResolveFileList>c__AnonStorey19.<>m__0 (System.IO.FileSystemInfo f) [0x00000] in <filename unknown>:0 Here it is for existing content: 2015-09-10 12:08:27.0802 Error - App: Error validating images for /mnt/media/movies/Star Trek/Star Trek Reboot/Star Trek (2009)/Star Trek.avi *** Error Report *** Version: 3.0.5724.4 Command line: /usr/lib/emby-server/MediaBrowser.Server.Mono.exe -programdata /var/lib/emby-server -ffmpeg /usr/bin/ffmpeg -ffprobe /usr/bin/ffprobe -restartpath /usr/lib/emby-server/restart.sh Operating system: Unix 4.1.6.1 Processor count: 4 64-Bit OS: True 64-Bit Process: True Program data path: /var/lib/emby-server Mono: 4.0.3 (Stable 4.0.3.20/d6946b4 Wed Sep 2 16:45:48 UTC 2015) Application Path: /usr/lib/emby-server/MediaBrowser.Server.Mono.exe Win32 IO returned ERROR_NO_MORE_FILES. Path: /mnt/media/movies/Star Trek/Star Trek Reboot/Star Trek (2009)/extrafanart System.IO.IOException at System.IO.Directory+<EnumerateKind>c__Iterator0.MoveNext () [0x00000] in <filename unknown>:0 at System.IO.DirectoryInfo+<CreateEnumerateDirectoriesIterator>c__Iterator0.MoveNext () [0x00000] in <filename unknown>:0 at System.Linq.Enumerable+<CreateConcatIterator>c__Iterator1`1[System.IO.FileSystemInfo].MoveNext () [0x00000] in <filename unknown>:0 at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemDictionary (System.String path, Boolean clearCache) [0x00000] in <filename unknown>:0 at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntries (System.String path, Boolean clearCache) [0x00000] in <filename unknown>:0 at MediaBrowser.Controller.Providers.DirectoryService.GetFiles (System.String path, Boolean clearCache) [0x00000] in <filename unknown>:0 at MediaBrowser.Controller.Providers.DirectoryService.GetFiles (System.String path) [0x00000] in <filename unknown>:0 at MediaBrowser.LocalMetadata.Images.LocalImageProvider.PopulateBackdropsFromExtraFanart (System.String path, System.Collections.Generic.List`1 images, IDirectoryService directoryService) [0x00000] in <filename unknown>:0 at MediaBrowser.LocalMetadata.Images.LocalImageProvider.PopulateBackdrops (IHasImages item, System.Collections.Generic.List`1 images, System.Collections.Generic.List`1 files, System.String imagePrefix, Boolean isInMixedFolder, IDirectoryService directoryService) [0x00000] in <filename unknown>:0 at MediaBrowser.LocalMetadata.Images.LocalImageProvider.PopulateImages (IHasImages item, System.Collections.Generic.List`1 images, System.Collections.Generic.List`1 files, Boolean supportParentSeriesFiles, IDirectoryService directoryService) [0x00000] in <filename unknown>:0 at MediaBrowser.LocalMetadata.Images.LocalImageProvider.GetImages (IHasImages item, IDirectoryService directoryService) [0x00000] in <filename unknown>:0 at MediaBrowser.Providers.Manager.ItemImageProvider+<ValidateImages>c__AnonStorey5.<>m__0 (ILocalImageFileProvider i) [0x00000] in <filename unknown>:0 at System.Linq.Enumerable+<CreateSelectManyIterator>c__Iterator12`2[MediaBrowser.Controller.Providers.ILocalImageFileProvider,MediaBrowser.Controller.Providers.LocalImageInfo].MoveNext () [0x00000] in <filename unknown>:0 at System.Collections.Generic.List`1[MediaBrowser.Controller.Providers.LocalImageInfo]..ctor (IEnumerable`1 collection) [0x00000] in <filename unknown>:0 at System.Linq.Enumerable.ToList[LocalImageInfo] (IEnumerable`1 source) [0x00000] in <filename unknown>:0 at MediaBrowser.Providers.Manager.ItemImageProvider.ValidateImages (IHasImages item, IEnumerable`1 providers, IDirectoryService directoryService) [0x00000] in <filename unknown>:0 at MediaBrowser.Providers.Manager.MetadataService`2+<RefreshMetadata>c__async0[MediaBrowser.Controller.Entities.Movies.Movie,MediaBrowser.Controller.Providers.MovieInfo].MoveNext () [0x00000] in <filename unknown>:0 Both of these paths are valid, have similar permissions set on them and are otherwise identical to the many other directories I have created and scanned properly in the past. Is anyone else running into this and does anyone have thoughts on how to fix it? Thanks
fc7 123 Posted September 10, 2015 Posted September 10, 2015 (edited) Is your media local or you are mounting a network share (smb? Nfs?). Does your path contain special characters? I suffer this problem in the past and it was related to somr special characters in my path and mounting a NFS share using nfsv3. Moving to nfsv4 which and utf solved my problem. Sent from my iPhone using Tapatalk Edited September 10, 2015 by fc7
Beenrak 1 Posted September 10, 2015 Author Posted September 10, 2015 (edited) Its local. Same HDD just a different partition from boot. I am fairly certain there are no special characters but I did create the Mythbusters folder from windows using WinSCP. I'll try remaking the folder over ssh and see if that fixes anything. Edit-- Removed and recreated folder over SSH as 'Season_16' (just to be sure) with no changes to the error Edited September 10, 2015 by Beenrak
Beenrak 1 Posted September 10, 2015 Author Posted September 10, 2015 Hmm, well it looks like the problem has been solved. Apparently the folder I created was missing execution permission for the group emby is in-- I did not realize that was a requirement. Sorry for the misleading original post, I really thought the permissions were identical. This seems to have fixed it. 1
fc7 123 Posted September 10, 2015 Posted September 10, 2015 (edited) Hmm, well it looks like the problem has been solved. Apparently the folder I created was missing execution permission for the group emby is in-- I did not realize that was a requirement. Sorry for the misleading original post, I really thought the permissions were identical. This seems to have fixed it. Excellent. Just for the record in case anyone else find this thread in the future. In Linux a user or group actually needs read and execute permissions on a directory to access it. Read permission is not enough. This is different from files where read permission is sufficient to access the file content. Sent from my iPad using Tapatalk Edited September 10, 2015 by fc7
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now