After the most recent update to the Sonarr and Mono packages, Sonarr has stopped importing shows due to Access to Path denied errors.Ĭouldn’t import episode /volume1/download/nzbget/completed/TV/TVSHOWNAMEHERE/TVSHOWNAMEHERE.mkv: Access to the path is denied. I am having the same issues that a lot of the people on this post are having. Synology DSM Version: DSM 6.1.5-15254 Update 1 I’ve been tearing my hair out all day on this. Hopefully someone can see what is going wrong here. I’ve tried rebooting the NAS, restarting Sonarr several times, nothing works. I also tried to browse in Radarr and the same thing happens, it doesn’t see sub-directories under video. Interestingly, it can see some other shares I’ve set up, and I’ve checked the permissions, and they’re actually stricter for those shares than the video share, so it should be able to see anything under that share. I have no idea what could be causing this. I can browse to /volume1/video, but it shows no folders under that, and there are many. If I try to add a series manually when I click to browse, Sonarr cannot see the folder where I store all of my TV shows (/volume1/video/TV). Now I get an error saying Missing root folder. It’s worked fine until this recent update (or could have been the recent mono update). rtf or some other formatted document)ĭescription of issue: I’ve been using Sonarr on my Synology NAS (DS415+) since I got it several years ago. (Make sure debug logging is enabled in settings and post the full log to hastebin/pastebin/dropbox/google drive or something similar, do not post them directly here. Mono version (if Sonarr is not running on Windows):5.8.0.108-11 ![]() Sonarr version (exact version): 2018303-13 If you have other packages using hidden users, you could always add those to an existing group using for example “ sudo synogroup -member sc-media user1 user…”.īut please note that will overwrite the group so all users already present in the group need to be in the command, or they will be lost. In this example, just grant the group sc-download (which contains the sc-nzbdrone user) read/write in the synology layer on the Deluge folder, and it will have no problem processing your files. Just because we got used to fiddling in the *nix layer due to packages utilizing hidden users, that doesn’t mean that was ever a good idea. ![]() And that’s what you want, because the ACL are the permissions in the synology layer. The + indicates an ACL is present and utilized on the fileĮven though it seems that it all has 777, actual access is restricted by the ACL. The + indicates an ACL is present and utilized on the folder In a “clean” setup, as long as the sc-download or sc-media group has been granted access in the Synology layer.ĭrwxrwxrwx+ 3 Me users 4096 Mar 6 07:49 Delugeĭrwxrwxrwx+ 2 deluge users 4096 Mar 6 07:52 Once… It took me a while to realize, the best thing is to stay away from the *nix layer, and use the ACLs what they are intended for. ![]() That helps in not needing to fiddle around with the user:group in the *nix layer. Your synology utilizes ACLs to add an additional security layer.
0 Comments
Leave a Reply. |