Comment - FBXL Lotide

Comment on [Help] Radarr/Sonarr Remote Path Mapping Good day selfhost gang!

1st thing to check is permissions, I have seen radarr/sonarr complain about the path “not existing”, but actually the download client process had no write permission to the destination.

From the radarr wiki:

Generally, a remote path map is only required if your download client is on Linux when *Arr is on Windows or vice versa. A remote path map is also possibly needed if mixing Docker and Native clients or if using a remote server.

Since radarr >4.x, there hasn’t been a need for remote path not sure about sonarr, but they are similar.

Now for your case, your qbittorrent host does not know about /srv/ in its path, it only knows about /data and everything under it:

    volumes:  
      - /home/marighost/docker/seedbox/gluetunconfig:/gluetun  
      - /home/marighost/docker/seedbox/qbittorrentconfig:/config  
      - /srv/data/torrents:/data/torrents```

So when radarr tells
```Host: qbittorrent  
Remote Path: /srv/data/torrents/  
Local Path: /data/  ```

qbittorrent, which lives inside its docker world, has no idea what /srv means.

original

Sort:hotnew top

marighost@piefed.social ⁨1⁩ ⁨day⁩ ago
Thanks for the reply. I believe I have permissions set correctly, as qbit was the first thing I set up and had to fiddle with permissions under the /srv/data/torrents folder to test if downloads worked.

I understood “remote path mapping” to also include filesystems on other machines, even if it’s a LAN connection. Maybe that’s true? because I simple changed the Remote Path mapping in radarr from /srv/data/torrents to just /data/torrents, and the movie I had sitting in the queue (which successfully downloaded from radarr to qbit, just didn’t move from qbit to media) moved to my media folder upon restarting radarr.

I knew it had to be simple. Thank you, and I hope you have a great week!

original
- non_burglar@lemmy.world ⁨1⁩ ⁨day⁩ ago
  No worries, and I’m glad it helped!
  
  I’ll add that I was also mystified by the remote path option for a long time, I think the wiki should show more clearly what this does and maybe an example.
  
  original
- plantsmakemehappy@lemmy.zip ⁨1⁩ ⁨day⁩ ago
  You said radarr, sonarr, and qbit are all on docker on the same host, right? The correct fix is to remove the remote path mapping and fix the volumes for the arrs to be /srv/data:/data or /srv/data/torrents:/data/torrents.
  
  Your path for /tv should also be more like radarr has, where instead of the host path ending in media, it should end in media/tv
  
  original