Permissions - Synology issue DM7

Sonarr version (exact version): 3.0.6.1342
Mono version (if Sonarr is not running on Windows):5.20.1.34
OS: DSM7
Debug logs:2021-11-01 10:49:05.2|Warn|ImportApprovedEpisodes|Couldn’t import episode /volume1/usenetdownloads/Fear.the.Walking.Dead.S07E04.720p.WEB.H264-GGWP-xpost/fear.the.walking.dead.s07e04.720p.web.h264-ggwp.mkv

[v3.0.6.1342] System.UnauthorizedAccessException: Access to the path is denied.
at System.IO.File.Move (System.String sourceFileName, System.String destFileName) [0x00117] in /spksrc/native/mono/work-native/mono-5.20.1.34/mcs/class/corlib/System.IO/File.cs:330
at NzbDrone.Common.Disk.DiskProviderBase.MoveFileInternal (System.String source, System.String destination) [0x00000] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Disk\DiskProviderBase.cs:268
at NzbDrone.Mono.Disk.DiskProvider.MoveFileInternal (System.String source, System.String destination) [0x000a3] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Mono\Disk\DiskProvider.cs:306
at NzbDrone.Common.Disk.DiskProviderBase.MoveFile (System.String source, System.String destination, System.Boolean overwrite) [0x000e1] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Disk\DiskProviderBase.cs:255
at NzbDrone.Common.Disk.DiskTransferService.TryMoveFileVerified (System.String sourcePath, System.String targetPath, System.Int64 originalSize) [0x00047] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Disk\DiskTransferService.cs:487
at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, NzbDrone.Common.Disk.TransferMode mode, System.Boolean overwrite) [0x004b9] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Disk\DiskTransferService.cs:367
at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.TransferFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Tv.Series series, System.Collections.Generic.List1[T] episodes, System.String destinationFilePath, NzbDrone.Common.Disk.TransferMode mode) [0x00129] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MediaFiles\EpisodeFileMovingService.cs:116 at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.MoveEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode) [0x00046] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MediaFiles\EpisodeFileMovingService.cs:79 at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode, System.Boolean copyOnly) [0x001b0] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MediaFiles\UpgradeMediaFileService.cs:77 at NzbDrone.Core.MediaFiles.EpisodeImport.ImportApprovedEpisodes.Import (System.Collections.Generic.List1[T] decisions, System.Boolean newDownload, NzbDrone.Core.Download.DownloadClientItem downloadClientItem, NzbDrone.Core.MediaFiles.EpisodeImport.ImportMode importMode) [0x0029b] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MediaFiles\EpisodeImport\ImportApprovedEpisodes.cs:109

Description of issue:
After upgrading to DSM7, I had issues with the permissions for Sonarr and Radarr for accessing the downloaded files and doing appropriate media management.

I have a separate folder for downloads (with permissions for sc-download, sc-nzbdrone, sc-radarr - read/write).

Interesting, when I apply the checkbox “Apply to this folder, sub-folders and files” - then restart Sonarr (nothing else!) - the permission goes through and it works and processing everything sitting in the queue

To me, it seems like the permissions seem to drop off and if I reapply the permissions, restart Sonarr, it works again.

Any ideas?

dsm7 borked all permissions and completely changed how the worked

see the synocommunity who maintains and supports the sonarr nas packages (As poorly maintained as they are) for syno specific support

also, if your hardware supports it, think about swapping over to the docker image.

its a bit of work to setup but its a one off, and it means its then isolated from dsm so any changes in dsm cannot screw up sonarr. the updates are more frequent as well.

most of the other apps youd use typically with sonarr can also be setup in docker as well.

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.