![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://lemmy.world/pictrs/image/8286e071-7449-4413-a084-1eb5242e2cf4.png)
The user and group id inside the container doesn’t have to match any user on your host machine. It’s possible that user:70 is configured as the user to launch inside the container, in which case you should set the ownership of the directory to match what the container expects.
Eg: The container for my torrent client runs as user 700 group 700. My host machine does not have either of those IDs defined. My torrent directory must be chown’d by 700:700 or else the container can’t read/write torrents.
There’s some setting in sonarr/radarr, I think it’s called “remote path mapping” or something. If you have different mounted volume paths between the torrent container and sonarr, you need to set this:
Suppose:
Baremetal host has directory
/mnt/myfiles
Your torrent container mounts
/mnt/myfiles/torrent_downloads
to/downloads
Your sonarr container mounts
/mnt/myfiles/torrent_downloads
to/data/torrent_downloads
and/mnt/myfiles/shows
is mounted to/data/shows
(for copying completed files)You need a directory mapping to tell sonarr that the path in the torrent container is different from the path sonarr should look. Torrent client says “I have a new show to copy, it’s in
/downloads
”. Sonarr doesn’t have/downloads
, but if you set up the path mapping, it knows that/downloads
on the torrent client is actually equivalent to/data/torrent_downloads
in sonarr. Thus, in the sonarr container, it copies the file from/data/torrent_downloads
to/data/shows
.