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.—

  • Victoria@lemmy.blahaj.zone
    link
    fedilink
    arrow-up
    3
    ·
    1 month 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.comOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      edit-2
      1 month 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

  • irish_link@lemmy.world
    link
    fedilink
    arrow-up
    2
    ·
    1 month 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.comOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      edit-2
      1 month 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
    link
    fedilink
    arrow-up
    1
    ·
    1 month 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?