sonarr in docker with seedbox help please - solved (lemmy.dbzer0.com)

submitted 4 months ago* (last edited 4 months ago) by assassin6@lemmy.dbzer0.com to c/docker@programming.dev

8 comments fedilink hide all child comments

Edit - marking as solved.

Remote path: /home/seedit4me
local path: /data

This is now working, I don't know why it wasn't before. ‐------------

I have followed the docs and have the recommended folder structures for my Plex and arrs setup.

sonarr has a volume set as /data which gives it access to e.g. /data/usenet/downloads This is working fine with SABnzdb

I am using a seedbox for torrents. Looking at ruTorrent on the seedbox, I can see that the local download folder there is set to: /home/seedit4me/torrents/rtorrent

sonarr is reporting "No files found are eligible for import in:

/home/seedit4me/torrents/rtorrent/Completed/tv-sonarr/filename.mkv

I have set a remote path in the download clients page in sonarr as follows:

Host - ****.seedit4.me
Remote path: /home/seedit4me
local path: /data

I have ftp'd the mkv file to actual folder structure:

/data/torrents/rtorrent/Completed/tv-sonaar/filename.mkv

The permissions on this file are:

-rw-rw-r--

the folder permissions are:

drwxrwxr-x 2 myacct myacct 4096 Aug 2 11:41 .
drwxrwxr-x 3 myacct myacct

My uid=1000(my acct), same for gid I have set these as the PUID and PGID env variables in sonarr

The log file in sonarr is reporting: |Error|DownloadedEpisodesImportService|Import failed, path does not exist or is not accessible by Sonarr: /home/(removed)/torrents/rtorrent/Completed/tv-sonarr/filename.mkv

Seeing this, i tried mapping /home/(removed)/ to /data/ but that doesn't work either.

Can anyone guide me on what I am doing wrong? I feel like I've checked everything so I can't understand the issue at all.---

top 8 comments

sorted by: hot top controversial new old

[-] gratux@lemmy.blahaj.zone 3 points 4 months ago

have you tried opening a shell inside the container and looking around if anything is mounted where it's supposed to?

[-] assassin6@lemmy.dbzer0.com 1 points 4 months ago* (last edited 4 months ago)

Interesting idea, I've never done this before. I tried opening the console from within the sonarr portainer container. That failed with "unable to retrieve image details"

On searching this, I was able to connect using:

sudo docker exec -it sonaar bash

This put me at the root of the container, and from there, I could navigate through:

root@xx:/data/torrents/rtorrent/Completed/tv-sonarr

From there I could see the file. But the permissions were for user abc and group "users". But I found the same when I browsed to the usenet downloads area, so I think this is more because of the way I logged in to root. I don't have any issues with usenet and sonaar. ID from there shows my uid as 0 and gid 0

[-] gratux@lemmy.blahaj.zone 1 points 4 months ago

when you say /home/(removed)/... is that verbatim, or is (removed) supposed to indicate you redacted that part?

[-] assassin6@lemmy.dbzer0.com 1 points 4 months ago* (last edited 4 months ago)

In the log file, verbatim. In sonarr (queue page) it still says seedit4me

[-] irish_link@lemmy.world 2 points 4 months ago

There may be a much better way to do this but I use folder binding instead of volumes. What I usually do is map another folder structure for both sonarr and whatever DL client I am using.

So for example I do some kind of /mnt/docker/download. This is mapped in the containers as the directory as well as the path on my system.

v /mnt/docker/download:/mnt/docker:download

I have this extra line in all containers that need access to the downloaded files. Then in my download client I change the default directory that it downloads to from /data to this /mnt/docker/download. Then in Sonarr/Radarr I tell it that this is the download directory. This then becomes a directory that they all have access to and can then use without error or without extra complex options in docker.

Less secure in its production practice but this is essentially a temp folder that will only ever have 1-3 files in it prior to them being processed.

[-] assassin6@lemmy.dbzer0.com 1 points 4 months ago* (last edited 4 months ago)

I don't think the issue is the volume because sonarr is finding my usenet downloads.

The actual folder structure is /data/usenet/download. sonarr is given the volume mount: /data
It gets the download location from SAB. All works fine.

Equating this to my situation, I am expecting the folder mapping to put the download in the location /data/torrents/rtorrent etc Again this matches the info sonarr receives from rutorrent. And the volume mount /data should be allowing access same as it gets to the usenet folders.

[-] voracitude@lemmy.world 1 points 4 months ago

Do you have your incomplete-downloads folder located in the same one as your completed downloads, or elsewhere? After an update, I had a really weird permissions issue with the downloads folder being inaccessible for writing until I moved incomplete to sit in a different location; different symptoms here, but maybe a similar cause?

[-] assassin6@lemmy.dbzer0.com 2 points 4 months ago

For torrents I don't have an incomplete folder. As I'm using a seedbox it doesn't seem necessary.

this post was submitted on 02 Aug 2024

5 points (100.0% liked)

Docker

966 readers

1 users here now

founded 2 years ago

MODERATORS

erlingur@programming.dev

ProgramPhoenix@programming.dev

Ategon@programming.dev