Search the Community

Just upgraded my DS214play to a DS224+ and to my horror discovered VideoStation is gone, hence I'm a new prospective Emby user. Would be happy to pay the subscription if I could just get the thing working. Despite following directions here https://emby.media/support/articles/Synology-Set-Permissions.html , my movies library remains empty in Emby. The logs are saying "Access to the path '/volume1/movies' is denied." This shows I have given the emby internal user read/write access to the "movies" shared folder on volume1: But nevertheless when I go to movies I see "no items found": If I go to the Settings - System - Library and click the "Scan library files" button, it returns instantanteously with no message. And if I now go look in the logs, I see the message about "Access to the path '/volume1/movies' is denied.": Naturally, before posting I've done many system restarts, and trying unsetting/resetting these values to force them to take effect... Anyone have any other ideas?

Hi, I am having this problem for a while now and tried to find the solution in former topics facing with file/folder permission issues in Linux. I think I tried a lot, but still without success. What am I trying to do? I want to save all metadata changes, made within emby, saved as an album.nfo file in the album-folder. I just want to make sure, that all changes I made are permanently saved and can be exported when necessary. My library setup My music is physically stored on a network drive, which is configured as a samba share. I mount this share with a dietpi-raspberry and emby is running on that raspberry. I checked file permissions, the mount has owner and group emby. So that should work? What did I do so far? I activated nfo as metadata reader and safer in the library. I change the album genre in emby and save it. My expectation is, that this change would reflect in an album.nfo file? But nothing happens. Log Output This is what I get: 2022-12-23 06:23:45.109 Error ProviderManager: Error in metadata saver *** Error Report *** Version: 4.7.11.0 Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_armhf.deb Operating system: Linux version 5.10.103-v7+ (dom@buildbot) (arm-linux-gnueabihf-gcc-8 (Ubuntu/Linaro 8.4.0-3ubuntu1) 8.4.0, GNU ld (GNU Binutils for Ubuntu) 2.34) #152 Framework: .NET 6.0.8 OS/Process: arm/arm Runtime: opt/emby-server/system/System.Private.CoreLib.dll Processor count: 4 Data path: /var/lib/emby Application path: /opt/emby-server/system System.UnauthorizedAccessException: System.UnauthorizedAccessException: Access to the path '/mnt/MusicLibrary/iTunes/Queen/Jazz/album.nfo' is denied. ---> System.IO.IOException: Permission denied --- End of inner exception stack trace --- at System.IO.RandomAccess.WriteAtOffset(SafeFileHandle handle, ReadOnlySpan`1 buffer, Int64 fileOffset) at System.IO.Strategies.BufferedFileStreamStrategy.FlushWrite() at System.IO.Strategies.BufferedFileStreamStrategy.Dispose(Boolean disposing) at System.IO.Stream.Dispose() at NfoMetadata.Savers.BaseNfoSaver.SaveToFile(Stream stream, String path, LibraryOptions libraryOptions, CancellationToken cancellationToken) at NfoMetadata.Savers.BaseNfoSaver.Save(BaseItem item, LibraryOptions libraryOptions, CancellationToken cancellationToken) at Emby.Providers.Manager.ProviderManager.SaveMetadata(BaseItem item, LibraryOptions libraryOptions, ItemUpdateType updateType, IMetadataSaver[] savers, CancellationToken cancellationToken) Source: System.Private.CoreLib TargetSite: Void WriteAtOffset(Microsoft.Win32.SafeHandles.SafeFileHandle, System.ReadOnlySpan`1[System.Byte], Int64) InnerException: System.IO.IOException: Permission denied Source: TargetSite: My question: What could possibly still go wrong? I know everything looks like a classic linux permission problem, I just already tried many configurations with no luck. Is there another cause for this problem? Or am I missing something else? I hope you can help me Thank you!

This is a follow up to a previous thread i made, which seemed solved at the time, but the solution didn't survive a reboot for whatever reason. To recap, plus the current state of affairs: Created user/group emby:emby; uid=1005,gid=1005 Multiple internal HDDs. In this case, two for Movies and two for TV shows. Four total. Each HDD titled something obvious - Movies, Movies2, TV, TV2, and mounted to a corresponding location. Each mounted via fstab to a permanent home in /emby This folder, all subfolders, all future subfolders, and all files & future files owned by emby:emby with full rwx permission. Other users/groups also given access via setfacl command, and by adding them to the emby group. Emby can access the folders. Can scan them. Can build a library out of it all. But it absolutely will not, no matter what I do, delete a file if I so choose, always citing lack of write access to the media folder (picture). Interestingly, I have sickchill running as a service, and it is able to freely read/write/remove/replace files as a member of its group. Ditto for my normal user account. Terminal output: $ id emby uid=1005(emby) gid=1005(emby) groups=1005(emby),984(users),1004(media) $ id sickchill uid=959(sickchill) gid=959(sickchill) groups=959(sickchill),1004(media),1005(emby) $ ps aux | grep emby emby 89410 10.7 2.0 5278848 339104 ? Ssl 12:10 0:19 dotnet /usr/lib/emby-server/EmbyServer.dll -programdata /var/lib/emby -ffdetect /usr/bin/ffdetect-emby -ffmpeg /usr/bin/ffmpeg-emby -ffprobe /usr/bin/ffprobe-emby -restartexitcode 3 $ stat -c "%u %g" /proc/$pid/89410 1005 1005 $ pwd /emby/Videos $ ls -la total 148 drwxrwsrwx+ 6 emby emby 4096 Nov 27 15:52 . drwxrwsrwx+ 3 emby emby 4096 Nov 27 12:24 .. drwxrwsrwx+ 917 emby emby 73728 Dec 4 11:41 Movies drwxrwsrwx+ 349 emby emby 36864 Nov 18 13:34 Movies2 drwxrwsrwx+ 49 emby emby 4096 Nov 17 06:44 TV drwxrwsrwx+ 38 emby emby 4096 Nov 27 03:28 TV2 $ getfacl . # file: . # owner: emby # group: emby # flags: -s- user::rwx user:sickchill:rwx user:zero:rwx group::rwx group:sickchill:rwx group:zero:rwx group:media:rwx group:emby:rwx mask::rwx other::rwx default:user::rwx default:user:emby:rwx default:group::rwx default:mask::rwx default:other::rwx Anybody in the whole wide world should be able to waltz right into that folder and do as they please. Relevant section of embyserver.txt (with specific filename for this instance redacted): 2022-12-04 12:32:06.535 Info App: Removing item from database, Type: Movie, Name: NAME_OF_MOVIE, Path: /emby/Videos/Movies/NAME_OF_MOVIE/NAME_OF_MOVIE.mp4, Id: 142573 2022-12-04 12:32:06.535 Info App: Deleting directory /emby/Videos/Movies/NAME_OF_MOVIE 2022-12-04 12:32:06.538 Error Server: Error processing request *** Error Report *** Version: 4.7.9.0 Command line: /usr/lib/emby-server/EmbyServer.dll -programdata /var/lib/emby -ffdetect /usr/bin/ffdetect-emby -ffmpeg /usr/bin/ffmpeg-emby -ffprobe /usr/bin/ffprobe-emby -restartexitcode 3 Operating system: Linux version 5.15.78-1-MANJARO (builduser@fv-az296-38) (gcc (GCC) 12.2.0, GNU ld (GNU Binutils) 2.39.0) #1 SMP PREEMPT Thu Nov 10 20:50:09 UTC 2022 Framework: .NET 6.0.11 OS/Process: x64/x64 Runtime: usr/share/dotnet/shared/Microsoft.NETCore.App/6.0.11/System.Private.CoreLib.dll Processor count: 6 Data path: /var/lib/emby Application path: /usr/lib/emby-server System.IO.IOException: System.IO.IOException: Access to the path '/emby/Videos/Movies/NAME_OF_MOVIE' is denied. at System.IO.FileSystem.RemoveDirectoryInternal(DirectoryInfo directory, Boolean recursive, Boolean throwOnTopLevelDirectoryNotFound) at System.IO.FileSystem.RemoveDirectory(String fullPath, Boolean recursive) at System.IO.Directory.Delete(String path, Boolean recursive) at Emby.Server.Implementations.IO.ManagedFileSystem.DeleteDirectoryInternal(String path, Boolean recursive, Boolean sendToRecycleBin) at Emby.Server.Implementations.IO.ManagedFileSystem.DeleteDirectory(String path, Boolean recursive, Boolean sendToRecycleBin) at Emby.Server.Implementations.Library.LibraryManager.DeleteItem(BaseItem item, DeleteOptions options, BaseItem parent, Boolean notifyParentItem) at Emby.Server.Implementations.Library.LibraryManager.DeleteItem(BaseItem item, DeleteOptions options, Boolean notifyParentItem) at Emby.Api.Library.LibraryService.Any(DeleteItems request) at Emby.Api.Library.LibraryService.Any(DeleteItem request) at Emby.Server.Implementations.Services.ServiceController.<>c__DisplayClass6_0.<VoidActionDelegate>b__0(Object service, Object request) at Emby.Server.Implementations.Services.ServiceController.Execute(HttpListenerHost appHost, Object requestDto, IRequest req) at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost appHost, IRequest httpReq, IResponse httpRes, RestPath restPath, String responseContentType, CancellationToken cancellationToken) at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, ReadOnlyMemory`1 urlString, ReadOnlyMemory`1 localPath, CancellationToken cancellationToken) Source: System.Private.CoreLib TargetSite: Void RemoveDirectoryInternal(System.IO.DirectoryInfo, Boolean, Boolean) Relevant fstab: /dev/disk/by-uuid/76d31525-0484-4678-a193-7846fa49eb8c /emby/Videos/TV ext4 auto,user,rw,sync,uid=1005,gid=1005 0 0 /dev/disk/by-uuid/900dfc5d-63cf-4ca7-bd9c-7108e23013b1 /emby/Videos/Movies2 ext4 auto,user,rw,sync,uid=1005,gid=1005 0 0 /dev/disk/by-uuid/1755aee9-6201-4627-a343-b293c7ce51e8 /emby/Videos/TV2 ext4 auto,user,rw,sync,uid=1005,gid=1005 0 0 /dev/disk/by-uuid/99734e42-5010-4603-b559-5cb414df920f /emby/Videos/Movies ext4 auto,user,rw,sync,uid=1005,gid=1005 0 0 The only thing I can think of as a possibility is that all these HDD mounts are also NFS exports, and bound to corresponding locations in /srv/nfs. But emby:emby also owns those and the facl is identical to what's posted above. Can somebody tell me what I'm doing wrong here? I just want to be able to delete something if I don't like it without having to SSH and/or RDP into the computer this is all running on.

Hi, I have recently upgrade my HTPC with Emby Server to better allow transcoding. I had an older ubuntu server that both hosted both the media and emby server. Now I have an intel based windows PC with an SSD. I initially set this up directly on the PC and connected to the old ubuntu server and use it for all storage (including cache to avoid too many read/write actions and shortening the lifespan). Once I had setup SAMBA on the ubuntu server and signed in I had no issue. However, I decided to install Emby Docker container and run it through a VPN given that I use Emby away from home (with appropriate port forwarding). However, since doing this, any write requirements to the ubuntu server fails (both transcoding and cache) fail. I have tried to redo all the users:groups to make sure that they are all correct and it would seem to be the case. However, everytime I try to stream something that needs a buffer or transcoding the logs show that this fails with 'permission denied'. I have tried a number of things (see the unanswered post on https://stackoverflow.com/questions/71417345/configuring-user-permissions-in-docker-compose for a more extensive summary). Any thoughts? (I can post logs if helpful but there would seem only to be a 'permission denied' error when I see the action failed).

Seeking so guidance on the best practice for setting up Emby on QNAP wherein I will be able to manage media from Windows explorer. I have setup Emby on my QNAP TS-453be in a Media share. I have two accounts within Emby, the admin & family account with view access. I am trying to understand permissions in that, a Qnap 'media' share has been added, and using the admin account, I selected to update the media info where art and subtitles have been updated, some correctly and some incorrect. (One entire series, had a folder duplicated during this process, added the wrong artwork and episode/season info.) Now, after realizing what happened and discovering the duplicated folder via browsing the volume/share through Windows explorer, I cannot copy/move/delete any of the directories that Emby modified, which is now my entire media share. Figuring that this was related to permissions (Emby does not see that admin account existing from my Windows machine) I then mapped a drive with from the same windows machine using and Admin level account on my QNAP. This account owns the volume/share so it should be able to manage the files right? Wrong to my surprise. Going a step further, I eliminate Windows credentials all together and attempt to move/copy/delete data using the QNAP file station and still cannot do anything? Does Emby now own the data exclusively it has been given access to on my Qnap share? If this is the case, and I have to create the same Emby admin account locally on my Windows machine, is this behavior exclusive to Emby + Qnap as opposed to Emby running on a Windows machine?

Hi, I'm fighting with a really strange permission issue since one of the last server updates in folder /volume3/AUDIO/ALEX there are almost 300 sub folders (each a different artist) again with multiple subfolders (1 per album) e.g. /volume3/AUDIO/ALEX /THE DARKNESS /[2012] Hot Cakes - 01. Every Inch of You.mp3 - 02. Nothin's Gonna Stop Us.mp3 - etc. although everything was working fine before I can now only see 7 albums in my "ALEX" library - for all other folders I'm getting a System.IO.IOException: Permission denied error (see log below) I already tried to completely remove emby server and installed it from scratch - even tried with a different user name and gave read/write permission for user embysvr to folder AUDIO but that didn't work out either any idea why the library scan is only working for 7 random folders but not for the rest? (I'm running emby server on a Synology Diskstation) e.g. 2019-07-29 19:26:17.696 Error LibraryMonitor: Error watching path: /volume3/AUDIO/ALEX *** Error Report *** Version: 4.2.0.40 Command line: /volume1/@appstore/EmbyServer/releases/4.2.0.40/EmbyServer.dll -package synology -programdata /var/packages/EmbyServer/target/var -ffmpeg /var/packages/EmbyServer/target/ffmpeg/bin/ffmpeg -ffprobe /var/packages/EmbyServer/target/ffmpeg/bin/ffprobe -ffdetect /var/packages/EmbyServer/target/ffmpeg/bin/ffdetect -restartexitcode 121 -ignore_vaapi_enabled_flag Operating system: Unix 3.10.105.0 64-Bit OS: True 64-Bit Process: True User Interactive: True Runtime: file:///volume1/@appstore/EmbyServer/3rdparty/netcore/2.2.1/runtime/System.Private.CoreLib.dll Processor count: 4 Program data path: /var/packages/EmbyServer/target/var Application directory: /volume1/@appstore/EmbyServer/releases/4.2.0.40 System.UnauthorizedAccessException: System.UnauthorizedAccessException: Access to the path '/volume3/AUDIO/ALEX/THE DARKNESS' is denied. ---> System.IO.IOException: Permission denied --- End of inner exception stack trace --- at System.IO.Enumeration.FileSystemEnumerator`1.CreateDirectoryHandle(String path, Boolean ignoreNotFound) at System.IO.Enumeration.FileSystemEnumerator`1..ctor(String directory, EnumerationOptions options) at System.IO.Enumeration.FileSystemEnumerable`1..ctor(String directory, FindTransform transform, EnumerationOptions options) at System.IO.Enumeration.FileSystemEnumerableFactory.UserDirectories(String directory, String expression, EnumerationOptions options) at System.IO.Directory.InternalEnumeratePaths(String path, String searchPattern, SearchTarget searchTarget, EnumerationOptions options) at System.IO.FileSystemWatcher.RunningInstance.AddDirectoryWatchUnlocked(WatchedDirectory parent, String directoryName) in /source/corefx/src/System.IO.FileSystem.Watcher/src/System/IO/FileSystemWatcher.Linux.cs:line 438 at System.IO.FileSystemWatcher.RunningInstance.AddDirectoryWatchUnlocked(WatchedDirectory parent, String directoryName) in /source/corefx/src/System.IO.FileSystem.Watcher/src/System/IO/FileSystemWatcher.Linux.cs:line 445 at System.IO.FileSystemWatcher.RunningInstance..ctor(FileSystemWatcher watcher, SafeFileHandle inotifyHandle, String directoryPath, Boolean includeSubdirectories, NotifyFilters notifyFilters, CancellationToken cancellationToken) in /source/corefx/src/System.IO.FileSystem.Watcher/src/System/IO/FileSystemWatcher.Linux.cs:line 306 at System.IO.FileSystemWatcher.StartRaisingEvents() in /source/corefx/src/System.IO.FileSystem.Watcher/src/System/IO/FileSystemWatcher.Linux.cs:line 77 at Emby.Server.Implementations.IO.LibraryMonitor.<>c__DisplayClass37_0.<StartWatchingPath>b__0() Source: System.IO.FileSystem TargetSite: IntPtr CreateDirectoryHandle(System.String, Boolean) InnerException: System.IO.IOException: Permission denied Source: TargetSite: