Sonarr & Radarr not importing downloads from NZBGet automatically

I need some help:

In the last week or so, both Sonarr & Radarr have stopped automatically importing and cleaning up downloaded video files.

Sonarr & Radarr are snatching the files correctly and sending them to NZBGet to download, and they are downloading correctly, it’s just the importing and cleanup thats not working.

This is on my Synology DS216play NAS, Sonarr & Radarr and the current versions (2.0.0.4689 for Sonarr & 0.2.0.654 for Radarr) which I’ve installed though the SynoCommunity repo in Package Center. NZBGet is version 18.1 which I manually installed into /var/packages/nzbget using the instructions here.

The version of Mono I am using for Sonarr & Radarr is the SynoCommunity version also (as this is the version that was installed automatically when I went to install Sonarr, and I didn’t want to uninstall and restore Sonarr & Radarr just to try the Synology version of Mono unless I was sure that was the problem,.

Anyway, looking at my log files in Sonarr, I get the following error when it tries to import an episode:

Message

Couldn’t import episode /volume1/Downloads/Complete/TV/XXX: Access to the path is denied.

Exception

System.UnauthorizedAccessException: Access to the path is denied.
at System.IO.File.Move (System.String sourceFileName, System.String destFileName) [0x0013a] in /spksrc/native/mono/work-native/mono-4.6.2/mcs/class/corlib/System.IO/File.cs:335
at NzbDrone.Common.Disk.DiskProviderBase.MoveFile (System.String source, System.String destination, System.Boolean overwrite) [0x000e3] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Disk\DiskProviderBase.cs:222
at NzbDrone.Common.Disk.DiskTransferService.TryMoveFileVerified (System.String sourcePath, System.String targetPath, System.Int64 originalSize) [0x00000] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Disk\DiskTransferService.cs:565

If I go to Sonarr > Activity and select the ‘Manual import’ button next to a downloaded episode, I can import an episode, but only if I select ‘Copy’ instead of ‘Move’.

I first though it was a permission issue, I’ve set the permissions for both my download and my media volume to 777 via SSH, but I don’t think thats helped.

Looking at the output under ‘Exception’ I’m guessing that it probably is an issue with Mono, but I’m out of my depth here, and it’s also a huge pain to restore my installations of Sonarr & Radarr uninstall them so I can install a different version of Mono as a last resort.

Thanks in advance
—Luke

That sounds like the user running Sonarr doesn’t have write access to the files that NZBGet downloaded.

The files and folders recursively?
What about new files that are downloaded?

Which version of mono is installed?

Thanks for getting back to me Markus.

Which version of mono is installed?

Mono version 4.6.2.7-8

The files and folders recursively?
What about new files that are downloaded?

I used chmod -R 777, but I didn’t consider that the new files probably don’t have the correct permissions.

I have changed the permissions for the users and groups I use for Sonarr, Radarr & NZBGet to have full R/W access to the downloads and media volumes I use on my NAS, but considering the files that NZBGet is downloading seem to have the wrong permissions, I was thinking that maybe I should change the umask settings in NZBGet, but I’m a bit out of my depth here. I did find this article.

Click SETTINGS, then SECURITY and scroll down to umask, set umask to 0002 for 775 permissions.

Sonarr requires umask 007 or you will see this error:

Couldn't add report to download queue. *****.S01E11.HDTV.x264-LOL: Failed to add nzb *****.S01E11.HDTV.x264-LOL.nzb

Anyway, sounds like the problem is with NZBGet and not Sonarr so I’m probably posting in the wrong place, but since you’re already familiar with my problem, I was wondering if you had any suggestions, do you think I should mess around with umask settings, and if so should I set them to 007 like it suggests in the article, 0002 like the article initially suggest or 000 which as far as I can tell is the equivalent of the chmod 777 permission.

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