Created Radarr Docker Container on PR4100, Can't Access Media Files


#1

I’m relatively new to Docker, but after lots of research finally got Docker and Radarr running on my PR4100. This was the template I created for the container:

sudo docker create --name=radarr \
--restart=always \
-v /mnt/HD/HD_a2/docker/config:/config \
-v /mnt/HD/HD_a2/Media/Downloads/:/downloads \
-v /mnt/HD/HD_a2/Media/Movies/:/movies \
-e PGID=0 -e PUID=0 \
-e TZ=America/Los_Angeles \
-p 7878:7878 \
linuxserver/radarr

Everything works find except the file browser within Radarr. I’m siloed within the Docker container and can’t point to higher directory (where my media lives). I’ve attempted to create a symlink in the Docker directory and wasn’t successful with that either. In regards to my GID and UID, I’m running as root so they are both 0. I’ve checked permissions in all directories involved and they’re correct as well.

When I use Radarr’s file browser, I see /movies, however it’s completely empty, I don’t see my actual movies files within:

/mnt/HD/HD_a2/Media/Movies

Radarr sticks me in the following directory (treats this as ‘root’):

/mnt/HD/HD_a2/Nas_Prog/_docker/vfs/dir/[hashedDirName]/

#2

Did you try the Manual Import in the Wanted tab?


#3

Yep, same issue in that file browser as well.


#4

I don’t use Radarr/Sonarr but this seems to work for me with Docker 18.06 and a Media share:

mkdir /shares/Media/downloads
mkdir /shares/Media/movies

docker volume create radarr_cfg

docker create --name=radarr \
--restart=always \
-v radarr_cfg:/config \
-v /shares/Media/downloads:/downloads \
-v /shares/Media/movies:/movies \
-e PGID=0 -e PUID=0 \
-e TZ=America/Los_Angeles \
-p 7878:7878 \
linuxserver/radarr

docker start radarr

Note the trailing slashes in the paths are removed.
Any files in the directory show up in the file browser too.


Docker apps (sonarr and Radarr) both lost all config after update
#5

Thanks for the docker commands! Still seems to be the same sadly. I’ve even set permissions to 755, not sure if you have any other solutions.


#6

Let’s try with the newer syntax. See https://docs.docker.com/storage/bind-mounts/#start-a-container-with-a-bind-mount
Please let me know what you get for just this one movie:

cd /shares/Media/downloads
wget http://ftp.nluug.nl/pub/graphics/blender/demo/movies/Sintel.2010.720p.mkv
ls -l

Provide docker version

docker version

Remove radarr and set it up again

docker rm radarr

docker create --name=radarr \
--restart=always \
--volume radarr_cfg:/config \
--mount type=bind,source=/shares/Media/downloads,target=/downloads \
--mount type=bind,source=/shares/Media/movies,target=/movies \
-e PGID=0 -e PUID=0 \
-e TZ=America/Los_Angeles \
-p 7878:7878 \
linuxserver/radarr

Now go to the Wanted tab and press Manual Import. Select /downloads. Choose manual import.
If you still don’t see the movie, please share the output of

cat /proc/mounts

#7

Sadly, still nothing, here’s the information requested:

ls -l:
-rw-r--r-- 1 root root 673935402 Apr 24 2011 Sintel.2010.720p.mkv

docker version:

Client:
Version:           18.06.0-ce
API version:       1.38
Go version:        go1.10.3
Git commit:        0ffa825
Built:             Wed Jul 18 19:04:39 2018
OS/Arch:           linux/amd64
Experimental:      false

Server:
Engine:
Version:          18.06.0-ce
API version:      1.38 (minimum version 1.12)
Go version:       go1.10.3
Git commit:       0ffa825
Built:            Wed Jul 18 19:13:39 2018
OS/Arch:          linux/amd64
Experimental:     false

cat /proc/mounts

rootfs / rootfs rw 0 0
sysfs /sys sysfs rw,relatime 0 0
mdev /dev tmpfs rw,relatime 0 0
proc /proc proc rw,relatime 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
squash /usr/local/tmp ramfs rw,relatime,size=102m 0 0
/dev/loop0 /usr/local/modules squashfs ro,relatime 0 0
/dev/mmcblk0p6 /usr/local/tmp_wdnas_config ext4 rw,sync,noatime,nodiratime,data=ordered 0 0
tmpfs /mnt tmpfs rw,nosuid,nodev,noexec,relatime,size=1024k,nr_inodes=0 0 0
tmpfs /var/log tmpfs rw,nosuid,nodev,noexec,relatime,size=40960k,nr_inodes=0 0 0
tmpfs /tmp tmpfs rw,nosuid,nodev,noexec,relatime,size=102400k,nr_inodes=20000 0 0
/dev/sda4 /mnt/HD_a4 ext4 rw,nosuid,nodev,noexec,noatime,nodiratime,nobarrier,quota,usrquota,grpquota,data=ordered 0 0
/dev/sdb4 /mnt/HD_b4 ext4 rw,nosuid,nodev,noexec,noatime,nodiratime,nobarrier,quota,usrquota,grpquota,data=ordered 0 0
/dev/md1 /mnt/HD/HD_a2 ext4 rw,noatime,nodiratime,nobarrier,quota,usrquota,grpquota,stripe=128,data=ordered 0 0
/dev/md1 /mnt/HD/HD_a2/Nas_Prog/_docker.bak/devicemapper ext4 rw,noatime,nodiratime,nobarrier,quota,usrquota,grpquota,stripe=128,data=ordered 0 0
cgroup /sys/fs/cgroup tmpfs rw,relatime,mode=755 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/cpu cgroup rw,relatime,cpu 0 0
cgroup /sys/fs/cgroup/cpuacct cgroup rw,relatime,cpuacct 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,relatime,blkio 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,relatime,memory 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,relatime,devices 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,relatime,freezer 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,relatime,perf_event 0 0
/dev/md1 /mnt/HD/HD_a2/Nas_Prog/_docker ext4 rw,noatime,nodiratime,nobarrier,quota,usrquota,grpquota,stripe=128,data=ordered 0 0
shm /mnt/HD/HD_a2/Nas_Prog/_docker/containers/5b2ae90df5d6de818f1bc2c1d518543ce2879416ea13bce7dfa052556fb18b69/mounts/shm tmpfs rw,nosuid,nodev,noexec,relatime,size=65536k 0 0
nsfs /var/run/docker/netns/67e199010447 nsfs rw 0 0
shm /mnt/HD/HD_a2/Nas_Prog/_docker/containers/2b38b3fa351c6b863e4fa4ee5a10045395a3f446367622f0c586e74ee76677a3/mounts/shm tmpfs rw,nosuid,nodev,noexec,relatime,size=65536k 0 0
nsfs /var/run/docker/netns/532b1aaeef78 nsfs rw 0 0

#8

That’s unexpected. It belongs to the original docker… Please reboot and remove that _docker.bak (you may need to kill/umount whatever is running there)


#9

Killed the _docker.bak directory and rebooted / re-installed. Unfortunately, I seem to be having the same results.