Sonarr version: 2.0.0.5163
Mono version: 5.10.1.20
OS: Debian 9
Debug logs: Trace log, Console output log
Description of issue: Sonarr is not importing completed downloads from NZBGet.
Full logs linked above, but this is the crux:
[Debug] DiskTransferService: Move [/opt/downloader/completed/tv/Brooklyn.Nine-Nine.S05E17.DFW.1080p.AMZN.WEB-DL.DD.5.1.H.264-ViSUM/9cb11b1de34d493491ae953115462cea.mkv] > [/mnt/media/tv/Brooklyn Nine-Nine/Season 5/Brooklyn Nine-Nine - S05E17 - DFW WEBDL-1080p.mkv]
[Trace] SymbolicLinkResolver: Checking path /mnt/media/tv/Brooklyn Nine-Nine/Season 5/Brooklyn Nine-Nine - S05E17 - DFW WEBDL-1080p.mkv for symlink returned error ENOENT, assuming it's not a symlink.
[Trace] DiskTransferService: Removing old partial.
[Trace] DiskProviderBase: Deleting file: /mnt/media/tv/Brooklyn Nine-Nine/Season 5/Brooklyn Nine-Nine - S05E17 - DFW WEBDL-1080p.mkv.partial~
[Trace] DiskTransferService: Attempting to move hardlinked backup.
[Trace] DiskProviderBase: Deleting file: /opt/downloader/completed/tv/Brooklyn.Nine-Nine.S05E17.DFW.1080p.AMZN.WEB-DL.DD.5.1.H.264-ViSUM/9cb11b1de34d493491ae953115462cea.mkv.backup~
[Warn] ImportApprovedEpisodes: Couldn't import episode /opt/downloader/completed/tv/Brooklyn.Nine-Nine.S05E17.DFW.1080p.AMZN.WEB-DL.DD.5.1.H.264-ViSUM/9cb11b1de34d493491ae953115462cea.mkv
[v2.0.0.5163] System.UnauthorizedAccessException: Access to the path is denied.
Sonarr is running as root via systemd, and the completed downloads directory (/opt/downloader/completed/tv) is root as well:
root@sonarr-d:/# ls -lah /opt/downloader/completed
total 16K
drwxr-xr-x 4 root root 4.0K Apr 9 14:38 .
drwxr-xr-x 3 root root 4.0K Apr 9 08:21 ..
drwxr-xr-x 2 root root 4.0K Apr 16 15:11 movies
drwxrwxrwx 19 root root 4.0K Apr 16 15:14 tv
This leads me to believe that the actual issue might be with the destination folder, not the source?
The destination folder (/mnt/media/tv) is an NFS share via FreeNAS that has a maproot user of root :
root@sonarr-d:/# ls -lah /mnt/media/
total 66K
drwxr-xr-x 3 root root 3 Apr 16 13:41 .
drwxr-xr-x 4 root root 4 Apr 16 13:41 ..
drwxrwxr-x 99 1001 nogroup 100 Apr 16 15:32 tv
Why FreeNAS expressed the permissions as 1001:nogroup, I’m not sure. Maybe that’s normal?
Either way, I can’t confirm that it’s for sure the issue, so I’m afraid to modify ownership/permissions remotely on an NFS share.