Download client NzbDav places downloads in /mnt/remote/nzbdav/completed-symlinks/movies but Radarr cannot see this directory. You may need to adjust the folder's permissions

[roadhazard]

Decided to give nzbdav another shot and was following the new guide (step by step) and after adding NzbDav as a download client in Radarr, Radarr threw that error. Here's some screenshots of how things are configured:

Going into that folder:

... there is no 'movies' folder?

Something else I'm not sure about... what do I use for my root folder when adding a movie I want nzbdav to get? ... my normal /mnt/md0/Movies folder or do I point it at the nzbdav location? (/mnt/remote/nzbdav/completed-symlinks?

And when I try to add Radarr from within NzbDav, I don't think it's taking:

I keep seeing that red x when I try to test the connection. Not sure how/why it's failing. This is all on the same box and I tried http://my local ip:7878 and the Radarr API key and http://localhost:7878 Radarr API key.

[roadhazard]

Here are the contents of my yml file and rclone.conf in case it's needed:

`
services:
nzbdav:
image: nzbdav/nzbdav:latest
container_name: nzbdav
restart: unless-stopped
healthcheck:
test: ["CMD-SHELL", "curl -f http://localhost:3000/health || exit 1"]
interval: 1m
retries: 3
start_period: 5s
timeout: 5s
ports:
- "3000:3000"
environment:
- PUID=1000
- PGID=1000
volumes:
- ./config:/config
- /mnt:/mnt

nzbdav_rclone:
image: rclone/rclone:latest
container_name: nzbdav_rclone
restart: unless-stopped
environment:
- PUID=1000
- PGID=1000
- TZ=America/New_York
volumes:
- /mnt:/mnt:rshared
- ./rclone.conf:/config/rclone/rclone.conf
cap_add:
- SYS_ADMIN
security_opt:
- apparmor=unconfined
devices:
- /dev/fuse:/dev/fuse:rwm
depends_on:
nzbdav:
condition: service_healthy
command: >
mount nzbdav: /mnt/remote/nzbdav
--uid=1000
--gid=1000
--allow-other
--links
--use-cookies
--vfs-cache-mode=full
--vfs-cache-max-size=20G
--vfs-cache-max-age=24h
--buffer-size=0M
--vfs-read-ahead=512M
--dir-cache-time=20s
`

[nzbdav]
type = webdav
url = http://nzbdav:3000/
vendor = other
user = admin
pass = secret password

[roadhazard]

Still trying to get this working... did another test download:

This location is empty:

As is this one:

Following the guide exactly as it is..... and yes, rclone 1.72 is installed..... no idea what I'm doing wrong. Radarr (nor my file explorer when browsing that mnt location) can see the movie as downloaded. Only from within nzbdav can I see the movie.

[roadhazard]

Making progress. I made this change:

And now the movie is in there and I can see it from the file manager:

But Radarr is still complaining:

.... I'll keep updating this post as I try and figure this out to help future travelers :)

[HuttonHomeHub]

I am at this exact position, and am having the same issues. Would love some assistance if anyone can help please @nzbdav-dev

[roadhazard]

I am at this exact position, and am having the same issues. Would love some assistance if anyone can help please @nzbdav-dev

Check out my latest update. Where is Radarr configured to store the final movie? On the same volume or a NAS?

[HuttonHomeHub]

Radarr is set up to store it on /mnt/media, but this is mount point to my nas. Was just using that as I was reusing storage folders from my ‘normall’ arr stack. Guess if radarr/nzbdav is just saving links now I don’t need it in the nas!

will give it a go in the morning.

[roadhazard]

Radarr is set up to store it on /mnt/media, but this is mount point to my nas. Was just using that as I was reusing storage folders from my ‘normall’ arr stack. Guess if radarr is just saving links now I don’t need it in the nas!

will give it a go in the morning.

From ChatGPT.... in your fstab file where you mount the NAS share, add this: mfsymlinks,serverino

... and in Radarr, UNCHECK the box that says "Use Hardlinks instead of Copy"

... don't make any other changes and let me know if that works.

[roadhazard]

With a LOT of help from XenoUniv3rse, it's now finally working perfectly! :) The final problem was solved by having Radarr use a local mnt point instead of my CIFS mounted QNAP SMB share.

[koonamatata]

A note on the folders: The folders "movies", "TV shows" etc. only start showing up once an NZB file has been added by Radarr/Sonarr.

[koonamatata]

I think you have solved it by now, but an additional note is that you have to "grant" your *arr apps and Plex access to the virtual file system rclone creates by including the rclone volume as a volume in the volume section of the services in the docker compose file, otherwise they can "see" the files, but not follow the symlinks, effectively not "seeing" them.
Also, because Docker creates its own virtual network that its containers share, using the service name as hostname is sufficient for the services to find each other. So when linking the *arr apps to NzbDAV or Prowlarr, you can just type nzbdav or http://nzbdav and prowlarr into the corresponding fields, respectively.

[roadhazard]

When I bounce the server this weekend (early Saturday morning is my maintenance windows lol), I'm going to test out those switches or heck, since the symlinks take up practically zero space, maybe I'll just store them on my local volume and not worry about placing them on the QNAP NAS CIFS share.

The arrs stack runs under my account (UID 1000) and on bare metal. Debian is the hose OS and the only things I have in a Docker are Immich and NZBDav/rclone. Everything is working perfectly at the moment.

[koonamatata]

Just remember that because those are symlinks, they need to remain on the same machine because what they contain is just the path /mnt/nzbdav/remote/nzbdav/.ids/"some directory structure consisting of random numbers"/*.mkv, which is only applicable on the machine NzbDAV and RClone are on, since they don't contain a full path that identifies the machine on a network. So if you move those files to another machine, the symlink cannot be followed and breaks.

[roadhazard]

Good to know, I guess I wasn't thinking it all the way through. Well with that bit of info, I'll skip my testing this weekend and just keep everything on the local machine.

[koonamatata]

Glad to hear that everything works for you now. You might want to consider writing an automatic setup script (wink wink) and backing up your configs in case you would ever need to reinstall everything from scratch for some reason.

[HuttonHomeHub]

I got this working too. In the end, I decided to move away from using the NAS for any kind of storage for this setup. I was only using it because most of my apps were already set up in LXC containers on Proxmox and pointing to it, and nzbdav was the only thing I had running in Docker.

I ended up moving everything (Sonarr/Radarr/Prowlarr/Profillarr) over to Docker, and honestly, it was a breeze to setup nzbdav once i was just using the docker root for everything

The only issue I ran into was that I’d originally set up Docker with a small 10 GB disk. When the Arr apps tried to import files, they assumed the files were larger than the available space (although they are not), so the import failed. I increased Docker’s disk size to 100 GB, and since then I haven’t had any issues with importing at all.

[koonamatata]

Yeah, having everything run in Docker is easy as the apps are easily compatible with each other and you can start/stop/restart all containers simultaneously.

[nzbdav-dev]

The only issue I ran into was that I’d originally set up Docker with a small 10 GB disk. When the Arr apps tried to import files, they assumed the files were larger than the available space (although they are not), so the import failed

You can also address this by toggling Radarr Settings -> Media Management -> Show Advanced -> Skip Free Space Check
Than you can set docker back to small 10GB disk.

[roadhazard]

@koonamatata @HuttonHomeHub I'm happy to report that adding those two options to the fstab for CIFS shares -AND- unchecking that "Use Hardlinks instead of Copy" in Radarr does indeed let NZBDav/Radarr copy the symlinks to a NAS share and they stream back perfectly fine! :)

[koonamatata]

Great! Hasn't worked on Windows with Samba for me so far, but it isn't really necessary for me anyways.