Synology + Docker + VPN + Transmission (+ LunaSea)

[pixelrogue]

Have I worn everyone out?
We are so so close...

 

[Rusty]

Are we? You said it all broke. So what exactly is happening? You can’t expect help if you provide 0 input. Logs, screens, changes you did/didn’t do, what’s working (if anything) what’s not etc…

 

[pixelrogue]

CURRENT STATUS

Static ip broke - anywhere fixed was listed stoped working. Not sure where or how that happened. IP is assigned, has not changed and still works for accessing service UIs. using local network, most services appear to connect. Replacing static up with local network reconnected services. Prefer the static IP over local network. (Might be related to gluetun?)

Transmission - not working. Service will send file to Transmission, nothing upload/downloads.

OUTSTANDING

Transmission - fixing so it does it’s thing.

VPN Testing - haven’t found a way to test the vpn leak on Synology/Docker transmission. Works well on desktop. Console Bash test for each service - not connecting -?

Static IP - get static up working if possible. Won’t lose sleep over it

Service Configuration - compose file have the paths included, however paths are not appearing when viewing confirmation page of corresponding service. Paths show empty. Are paths needed in both spots, would this be something to ignore on the service configuration page?

Cleanup - clean up any fragments, left over fragments and what not.

 

[Rusty]

Static ip broke - anywhere fixed was listed stoped working. Not sure where or how that happened. IP is assigned, has not changed and still works for accessing service UIs. using local network, most services appear to connect. Replacing static up with local network reconnected services. Prefer the static IP over local network. (Might be related to gluetun?)

What are you talking about here? Are we talking static NAS IP (interface address?) that "broke"? Broke how? What was the result of this problem?

Transmission - fixing so it does it’s thing.

consider running a different client to test if this is client specific or not?

VPN Testing - haven’t found a way to test the vpn leak on Synology/Docker transmission. Works well on desktop. Console Bash test for each service - not connecting -?

this is from Portainer or Syno Docker UI? Not connecting, meaning what? What's the outcome? What platform is in use? Because for example, Sonarr via portainer console runs bash with no problem. More feedback on the details (maybe some screens?)

Service Configuration - compose file have the paths included, however paths are not appearing when viewing confirmation page of corresponding service. Paths show empty. Are paths needed in both spots, would this be something to ignore on the service configuration page?

Do you mean configuration page for the services? Are you sure that permissions are set on those usb destinations for your account?

 

[pixelrogue]

What are you talking about here? Are we talking static NAS IP (interface address?) that "broke"? Broke how? What was the result of this problem?

***first reply vanished sorry if this is a repeat. Assigned static io to the nas. Anything from indexer to transmission that had the static io stopped working. When I replaced static

consider running a different client to test if this is client specific or not?this is from Portainer or

***yes, will do. Transmission was doing its thing prior to the gluetun

Syno Docker UI? Not connecting, meaning what? What's the outcome? What platform is in use? Because for example, Sonarr via portainer console runs bash with no problem. More feedback on the details (maybe some screens?)

*** Docker > service console - I can access the console. Portainer, unable to interact with console regardless of service is on/off. Not familiar on where to start beyond googling trace route which isn't doing much as I am not doing it right.
Portainer > Containers > <service of choice> > Console (command /bin/bash) (custom off/on same difference)(User root/admin etc. no difference) > Connect = page flashes w/a refresh.
Update: Changing User to 1032,100 gets the console working, however no permission. Root...getting closer. No permission errors now, though ping and trace route and command not found..ls works. ping command not found.
Thinking ping need to be run from gluetun service, unable to access console at all w/any user.

Do you mean configuration page for the services? Are you sure that permissions are set on those usb destinations for your account?

*** Autocorrect will be the death of me (if it isn’t code.) Yes, configuration.

 

[pixelrogue]

Transmission logs full of Invalid argument errors.

[2021-08-25 23:43:10.661] FILE NAME IPv4 DHT announce failed (firewalled, 380 nodes): Invalid argument (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/tr-dht.c:737)

[2021-08-25 23:46:57.661] FILE NAME IPv4 DHT announce failed (firewalled, 384 nodes): Resource temporarily unavailable (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/tr-dht.c:737)

Console for Transmission working...ping command executed.
Console for Transmission appears to indicate vpn working as expected. (?)
(mind you the ip showing (which is not that of my ISP) is also not where close to selected vpn location. low priority.


-----
Not sure what I did but transmission is now working as expected. sonarr is not processing properly, a bug to work out another day.

 

[pixelrogue]

NEW UPDATE
-----------------


Transmission - While Transmission is 'working' it is not respecting the directories and insisting on creating & saving files to internal download & watch directories, and I'm not finding a way to change that behavior.

Qbittorrent - given Transmission issue above (and desire to pw protect) trying again with Qbit. Everything is up and running as expected EXCEPT unable to access the url interface;. Permissions seem accurate and browser states server unexpectedly dropped the connection. Qbit is to be running behind gluetun, and while the IPs show up in the gluetun published ports (6881/8080,) qbit still shows its own IP address.Note: Qbit compose has a webui port of 8080. Commenting out shows no change. Moving to Gleutun errors out.

Compose

version: "2.4"
services:

  sonarr:
    image: linuxserver/sonarr:latest
    network_mode: service:gluetun
    restart: always
    container_name: sonarr-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/sonarr:/media-store/sonarr:rw
      - /volume1/docker/media-center-config/sonarr:/config:rw

  radarr:
    image: linuxserver/radarr:latest
    network_mode: service:gluetun
    restart: always
    container_name: radarr-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/radarr:/media-store/radarr:rw
      - /volume1/docker/media-center-config/radarr:/config:rw

  jackett:
    image: linuxserver/jackett:latest
    network_mode: service:gluetun
    restart: always
    container_name: jackett-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/jackett:/media-store/jackett:rw
      - /volume1/docker/media-center-config/jackett:/config:rw

  lidarr:
    image: linuxserver/lidarr:latest
    network_mode: service:gluetun
    restart: always
    container_name: lidarr-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/lidarr:/media-store/lidarr:rw
      - /volume1/docker/media-center-config/lidarr:/config:rw

  couchpotato:
    image: linuxserver/couchpotato:latest
    network_mode: service:gluetun
    restart: always
    container_name: couchpotato-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/lidarr:/media-store/couchpotato:rw
      - /volume1/docker/media-center-config/couchpotato:/config:rw
    
  jellyfin:
    image: linuxserver/jellyfin:latest
    network_mode: service:gluetun
    restart: always
    container_name: jellyfin-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/raw:/media-store/raw:rw
      - /volume1/docker/media-center-config/jellyfin:/config:rw

  transmission:
    image: linuxserver/transmission:latest
    network_mode: service:gluetun
    restart: always
    container_name: transmission-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/raw:/media-store/raw:rw
      - /volumeUSB1/usbshare/raw:/config:rw
    
  qbittorrent:
    image: ghcr.io/linuxserver/qbittorrent
    container_name: qbittorrent-stack2
    environment:
      - PGID=100
      - PUID=1032
      - TZ=America/New_York
      # - WEBUI_PORT=8080
    volumes:
      - /volumeUSB1/usbshare/raw:/media-store/raw:rw
      - /volume1/docker/media-center-config/qbit:/config:rw
    restart: unless-stopped  
    
  gluetun:
    image: qmcgaw/gluetun
    container_name: gluetun
    cap_add:
      - NET_ADMIN
    #network_mode: service:gluetun
    network_mode: bridge
    ports:
      - 8888:8888/tcp # HTTP proxy
      - 8388:8388/tcp # Shadowsocks
      - 8388:8388/udp # Shadowsocks
      - 8000:8000/tcp # Built-in HTTP control server
      - 9091:9091 #transmission
      - 5050:5050 #couchpotato
      - 8686:8686 #lidarr
      - 9117:9117 #jackett
      - 7878:7878 #radarr
      - 8989:8989 #sonarr
      - 6881:6881 #qbit
      - 6881:6881/udp #qbit
      - 8080:8080 #qbit

    volumes:
      - /volume1/docker/media-center-config/gluetun:/gluetun:rw
    environment:
      - OPENVPN_USER=xxx
      - OPENVPN_PASSWORD=xxx
      - VPNSP=xxx
      - VPN_TYPE=openvpn
      - PGID=100
      - PUID=1032
      - TZ=America/New_York
    restart: always

 

[Rusty]

it is not respecting the directories and insisting on creating & saving files to internal download & watch directories

because your compose is missing the download folder mappings for the download clients.

Everything is up and running as expected EXCEPT unable to access the url interface;. Permissions seem accurate and browser states server unexpectedly dropped the connection

Why did you comment out the WEB_PORT variable?

 

[pixelrogue]

because your compose is missing the download folder mappings for the download clients.


Why did you comment out the WEB_PORT variable?

Commented out in an effort to see if the assigned up would go away. In commenting made no change.

Will look to add additional variables to Transmission composer. Along the same lines, I need to go in and delete the files it has been saving. I got close using console bin bash, can navigate to the download directory but not to the download folder itself for example. Nothing shows using FileManager on Synology.

 

[pixelrogue]

UPDATE

• Service will send data to Transmission...transmission will download as expected (thank you @Rusty)
• Now stuck where downloaded files are not getting moved to their respective directory/library.

Have an error showing in the sonarr log that might be related:

[2021-08-26 20:03:07.133] FILE NAME IPv4 DHT announce failed (firewalled, 371 nodes): Resource temporarily unavailable (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/tr-dht.c:737)

Exploring permissions
Import failed, path does not exist or is not accessible by Sonarr. Ensure the path exists and the user running Sonarr has the correct permissions to access this file/folder

 

[pixelrogue]

Use the console option for the sonarr container (via Portainer) to bash into it. Then you can run traceroute command to see if your traffic has any trace towards your ISP or is all inside the VPN tunnel.

Few strange (newbie things)

• Container consoles from portainer are barely happening...more like a page refresh than a console.
• Got one to run from portainer (as root,) however no data on pings and trace-routes.
• I can run terminal from the docker instance of same service > terminal > create > launch with command
• Running ping works from docker > gluetun. Same for traceroute and first glance indicates vpn in place.
• Ping and traceroute works as expected from gluetun container, runtime error from sonarr (presuming this is to be expected?)
• Have one index for sonarr, ran a few searches and looking for logs and traceroutes yet not finding recent data.

 

[pixelrogue]

Hope folks aren't getting tired of me or this topic by now...not wanting to outwear my welcome as the expression goes. I am trying...hope that shows.

Stuck. Sonarr not importing downloaded files. Likely a path and/or permissions issue and the more I dig into it the messier it gets. Note that the desired structure uses the directory called raw for downloads, and x.incomplete for the incomplete files. In both cases directories for 'downloads' and 'incomplete' get generated so out of desperation to get some changes happening I have also included them in the attempts to sort out this problem. Yes, you will also see path experiments and permission experiments now in the compose. Probably dirt simple and obvious to those living in this space.

PATHS

Sonar

Transmission

Note ~ right column originally had /raw/x.incomplete and /raw on the right for path in container.
These were also altered to match the watch and downloads that transmission kept insisting.





PERMISSIONS

Console via MacOS terminal

Download is showing no writes, and downloads was only added as test...raw is the preferred directory for downloads.


DSM 7 (as admin) > File Station > media-store > raw > properties > permission

ERRORS

Sonarr log (outside)

Sonarr (inside) > System > Events

Sonarr (inside) > Activity > Queue

COMPOSE

version: "2.4"
services:

  sonarr:
    image: linuxserver/sonarr:latest
    network_mode: service:gluetun
    restart: always
    container_name: sonarr-stack2
    environment:
      - PGID=100
      - PUID=1032
      - UMASK=022
    volumes:
      - /volumeUSB1/usbshare/raw:/media-store/sonarr:rw
      - /volume1/docker/media-center-config/sonarr:/config:rw
      #- /volumeUSB1/usbshare/media-store/raw:/media-store/raw:rw
      #- /volumeUSB1/usbshare/media-store/downloads:/media-store/downloads:rw

  radarr:
    image: linuxserver/radarr:latest
    network_mode: service:gluetun
    restart: always
    container_name: radarr-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/radarr:/media-store/radarr:rw
      - /volume1/docker/media-center-config/radarr:/config:rw

  jackett:
    image: linuxserver/jackett:latest
    network_mode: service:gluetun
    restart: always
    container_name: jackett-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/jackett:/media-store/jackett:rw
      - /volume1/docker/media-center-config/jackett:/config:rw

  lidarr:
    image: linuxserver/lidarr:latest
    network_mode: service:gluetun 
    restart: always
    container_name: lidarr-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/lidarr:/media-store/lidarr:rw
      - /volume1/docker/media-center-config/lidarr:/config:rw

  couchpotato:
    image: linuxserver/couchpotato:latest
    network_mode: service:gluetun
    restart: always
    container_name: couchpotato-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/lidarr:/media-store/couchpotato:rw
      - /volume1/docker/media-center-config/couchpotato:/config:rw
     
  jellyfin:
    image: linuxserver/jellyfin:latest
    network_mode: service:gluetun
    restart: always
    container_name: jellyfin-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/raw:/media-store/raw:rw
      - /volume1/docker/media-center-config/jellyfin:/config:rw

  transmission:
    image: linuxserver/transmission:latest
    network_mode: service:gluetun
    restart: always
    container_name: transmission-stack2
    environment:
      - PGID=100
      - PUID=1032
      - UMASK=022
    volumes:
      - /volumeUSB1/usbshare/raw:/downloads:rw
      - /volumeUSB1/usbshare/raw/x.incomplete:/watch:rw
      - /volume1/docker/media-center-config/transmission:/config:rw
     
  qbittorrent:
    image: ghcr.io/linuxserver/qbittorrent
    container_name: qbittorrent-stack2
    environment:
      - PGID=100
      - PUID=1032
      - TZ=America/New_York
      # - WEBUI_PORT=8080
    volumes:
      - /volumeUSB1/usbshare/raw:/media-store/raw:rw
      - /volume1/docker/media-center-config/qbit:/config:rw
    restart: always   
     
  gluetun:
    image: qmcgaw/gluetun
    container_name: gluetun
    cap_add:
      - NET_ADMIN
    #network_mode: service:gluetun
    network_mode: bridge
    ports:
      - 8888:8888/tcp # HTTP proxy
      - 8388:8388/tcp # Shadowsocks
      - 8388:8388/udp # Shadowsocks
      - 8000:8000/tcp # Built-in HTTP control server
      - 9091:9091 #transmission
      - 51413:51413/tcp #transmission
      - 51413:51413/udp #transmission
      - 5050:5050 #couchpotato
      - 8686:8686 #lidarr
      - 9117:9117 #jackett
      - 7878:7878 #radarr
      - 8989:8989 #sonarr
      - 6881:6881 #qbit
      - 6881:6881/udp #qbit
      - 8080:8080 #qbit
    volumes:
      - /volume1/docker/media-center-config/gluetun:/gluetun:rw
    environment:
      - OPENVPN_USER=xxx
      - OPENVPN_PASSWORD=xxx
      - VPNSP=xxx
      - VPN_TYPE=openvpn
      - PGID=100
      - PUID=1032
      - TZ=America/New_York
    restart: always

Note ~ sonarr getting sloppy during experiments. Also added UMASK=022 to Sonarr and Transmission (no change.)
Qbit starts, however not finding a way to access its webgui w/errors of dropped connection.

 

[one-eyed-king]

tl:dr: you can troubleshoot network commincation problem with the nicolaka/netshoot container:

Either by running it a as a one-shot container from the shell:

docker run -it --rm --net container:gluetun nicolaka/netshoot

Or by embedding the netshoot container as service into your compose file and open a terminal inside (portainer terminal/ docker exec?) - you should know by now how to add a service and hook it into another services network namespace.

 

[Rusty]

Hope folks aren't getting tired of me or this topic by now...not wanting to outwear my welcome as the expression goes. I am trying...hope that shows.

Stuck. Sonarr not importing downloaded files. Likely a path and/or permissions issue and the more I dig into it the messier it gets. Note that the desired structure uses the directory called raw for downloads, and x.incomplete for the incomplete files. In both cases directories for 'downloads' and 'incomplete' get generated so out of desperation to get some changes happening I have also included them in the attempts to sort out this problem. Yes, you will also see path experiments and permission experiments now in the compose. Probably dirt simple and obvious to those living in this space.

PATHS

Sonar
View attachment 4338

Transmission
View attachment 4339
Note ~ right column originally had /raw/x.incomplete and /raw on the right for path in container.
These were also altered to match the watch and downloads that transmission kept insisting.





PERMISSIONS

Console via MacOS terminal
View attachment 4340Download is showing no writes, and downloads was only added as test...raw is the preferred directory for downloads.


DSM 7 (as admin) > File Station > media-store > raw > properties > permission
View attachment 4341
ERRORS

Sonarr log (outside)
View attachment 4343

Sonarr (inside) > System > Events
View attachment 4344


Sonarr (inside) > Activity > Queue
View attachment 4345

COMPOSE

version: "2.4"
services:

  sonarr:
    image: linuxserver/sonarr:latest
    network_mode: service:gluetun
    restart: always
    container_name: sonarr-stack2
    environment:
      - PGID=100
      - PUID=1032
      - UMASK=022
    volumes:
      - /volumeUSB1/usbshare/raw:/media-store/sonarr:rw
      - /volume1/docker/media-center-config/sonarr:/config:rw
      #- /volumeUSB1/usbshare/media-store/raw:/media-store/raw:rw
      #- /volumeUSB1/usbshare/media-store/downloads:/media-store/downloads:rw

  radarr:
    image: linuxserver/radarr:latest
    network_mode: service:gluetun
    restart: always
    container_name: radarr-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/radarr:/media-store/radarr:rw
      - /volume1/docker/media-center-config/radarr:/config:rw

  jackett:
    image: linuxserver/jackett:latest
    network_mode: service:gluetun
    restart: always
    container_name: jackett-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/jackett:/media-store/jackett:rw
      - /volume1/docker/media-center-config/jackett:/config:rw

  lidarr:
    image: linuxserver/lidarr:latest
    network_mode: service:gluetun
    restart: always
    container_name: lidarr-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/lidarr:/media-store/lidarr:rw
      - /volume1/docker/media-center-config/lidarr:/config:rw

  couchpotato:
    image: linuxserver/couchpotato:latest
    network_mode: service:gluetun
    restart: always
    container_name: couchpotato-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/lidarr:/media-store/couchpotato:rw
      - /volume1/docker/media-center-config/couchpotato:/config:rw
    
  jellyfin:
    image: linuxserver/jellyfin:latest
    network_mode: service:gluetun
    restart: always
    container_name: jellyfin-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/raw:/media-store/raw:rw
      - /volume1/docker/media-center-config/jellyfin:/config:rw

  transmission:
    image: linuxserver/transmission:latest
    network_mode: service:gluetun
    restart: always
    container_name: transmission-stack2
    environment:
      - PGID=100
      - PUID=1032
      - UMASK=022
    volumes:
      - /volumeUSB1/usbshare/raw:/downloads:rw
      - /volumeUSB1/usbshare/raw/x.incomplete:/watch:rw
      - /volume1/docker/media-center-config/transmission:/config:rw
    
  qbittorrent:
    image: ghcr.io/linuxserver/qbittorrent
    container_name: qbittorrent-stack2
    environment:
      - PGID=100
      - PUID=1032
      - TZ=America/New_York
      # - WEBUI_PORT=8080
    volumes:
      - /volumeUSB1/usbshare/raw:/media-store/raw:rw
      - /volume1/docker/media-center-config/qbit:/config:rw
    restart: always  
    
  gluetun:
    image: qmcgaw/gluetun
    container_name: gluetun
    cap_add:
      - NET_ADMIN
    #network_mode: service:gluetun
    network_mode: bridge
    ports:
      - 8888:8888/tcp # HTTP proxy
      - 8388:8388/tcp # Shadowsocks
      - 8388:8388/udp # Shadowsocks
      - 8000:8000/tcp # Built-in HTTP control server
      - 9091:9091 #transmission
      - 51413:51413/tcp #transmission
      - 51413:51413/udp #transmission
      - 5050:5050 #couchpotato
      - 8686:8686 #lidarr
      - 9117:9117 #jackett
      - 7878:7878 #radarr
      - 8989:8989 #sonarr
      - 6881:6881 #qbit
      - 6881:6881/udp #qbit
      - 8080:8080 #qbit
    volumes:
      - /volume1/docker/media-center-config/gluetun:/gluetun:rw
    environment:
      - OPENVPN_USER=xxx
      - OPENVPN_PASSWORD=xxx
      - VPNSP=xxx
      - VPN_TYPE=openvpn
      - PGID=100
      - PUID=1032
      - TZ=America/New_York
    restart: always

Note ~ sonarr getting sloppy during experiments. Also added UMASK=022 to Sonarr and Transmission (no change.)
Qbit starts, however not finding a way to access its webgui w/errors of dropped connection.

Sonarr is missing the exact download destination that your transmission client has. so both containers should have the same path /volumeUSB1/usbshare/raw:/downloads:rw

 

[pixelrogue]

Gentleman, I am not a cli person and when I can patch together bits and pieces and scraps it does not make me a CLI person and the understanding of CLI and Docker are only that, bits and pieces which are easy to presume there is a more solid understanding. Spent the last 2 hours on these two suggestions and no progress. I do appreciate the help and the patience and not here asking anyone to just do it for me.

@one-eyed-king nicolaka/netshoot has been added as part of the docker compose and appears be running. That said, not finding out how to use it. Porter > Containers > Netshoot > Console - stops there. Unable to connect. /bin/bash, trying different users from root through admin and the like....all errors state restarting, wait for restart ~ yet the net shoot state is listed as running. In viewing the documentation for the tool, it looks like a great tool for those who are in CLI...and a bit overwhelming for those not as into CLI. Trying the same for gleutun and the page flashes for a moment and refreshes.

@Rusty Think the original compose info had the same path for transmission and sonarr when it was pointing to raw (not downloads.) I have been experimenting and no progress...possibly now further away. Import failed error still happening.

Sonar

Transmission

This would indicate Transmission is STILL creating its own directories for downloads and watch, meaning anything I have been trying to assign those directories are still not correct. Not getting a qbit GUI to appear for that option.

volumes:
- /volumeUSB1/usbshare/raw:/media-store/downloads:rw
- /volumeUSB1/usbshare/raw/x.incomplete:/media-store/watch:rw
- /volume1/docker/media-center-config/transmission:/config:rw



UPDATED COMPOSE

version: "2.4"
services:

  sonarr:
    image: linuxserver/sonarr:latest
    network_mode: service:gluetun
    restart: always
    container_name: sonarr-stack2
    environment:
      - PGID=100
      - PUID=1032
      - UMASK=022
    volumes:
      #- /volumeUSB1/usbshare/raw:/media-store/sonarr:rw
      - /volume1/docker/media-center-config/sonarr:/config:rw
      - /volumeUSB1/usbshare/raw:/media-store/downloads:rw
      #- /volumeUSB1/usbshare/media-store/raw:/media-store/raw:rw
      #- /volumeUSB1/usbshare/media-store/downloads:/media-store/downloads:rw

  radarr:
    image: linuxserver/radarr:latest
    network_mode: service:gluetun
    restart: always
    container_name: radarr-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/radarr:/media-store/radarr:rw
      - /volume1/docker/media-center-config/radarr:/config:rw

  jackett:
    image: linuxserver/jackett:latest
    network_mode: service:gluetun
    restart: always
    container_name: jackett-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/jackett:/media-store/jackett:rw
      - /volume1/docker/media-center-config/jackett:/config:rw

  lidarr:
    image: linuxserver/lidarr:latest
    network_mode: service:gluetun 
    restart: always
    container_name: lidarr-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/lidarr:/media-store/lidarr:rw
      - /volume1/docker/media-center-config/lidarr:/config:rw

  couchpotato:
    image: linuxserver/couchpotato:latest
    network_mode: service:gluetun
    restart: always
    container_name: couchpotato-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/lidarr:/media-store/couchpotato:rw
      - /volume1/docker/media-center-config/couchpotato:/config:rw
     
  jellyfin:
    image: linuxserver/jellyfin:latest
    network_mode: service:gluetun
    restart: always
    container_name: jellyfin-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/raw:/media-store/raw:rw
      - /volume1/docker/media-center-config/jellyfin:/config:rw
     
  netshoot:
    image: nicolaka/netshoot:latest
    network_mode: service:gluetun
    restart: always
    container_name: netshoot-stack2
    environment:
      - PGID=100
      - PUID=1032
    volumes:
      - /volumeUSB1/usbshare/raw:/media-store/raw:rw
      - /volume1/docker/media-center-config/netshoot:/config:rw   

  transmission:
    image: linuxserver/transmission:latest
    network_mode: service:gluetun
    restart: always
    container_name: transmission-stack2
    environment:
      - PGID=100
      - PUID=1032
      - UMASK=022
    volumes:
      - /volumeUSB1/usbshare/raw:/media-store/downloads:rw
      - /volumeUSB1/usbshare/raw/x.incomplete:/media-store/watch:rw
      - /volume1/docker/media-center-config/transmission:/config:rw
     
  qbittorrent:
    image: ghcr.io/linuxserver/qbittorrent
    container_name: qbittorrent-stack2
    environment:
      - PGID=100
      - PUID=1032
      - TZ=America/New_York
      # - WEBUI_PORT=8080
    volumes:
      - /volumeUSB1/usbshare/raw:/media-store/raw:rw
      - /volume1/docker/media-center-config/qbit:/config:rw
    restart: always   
     
  gluetun:
    image: qmcgaw/gluetun
    container_name: gluetun
    cap_add:
      - NET_ADMIN
    #network_mode: service:gluetun
    network_mode: bridge
    ports:
      - 8888:8888/tcp # HTTP proxy
      - 8388:8388/tcp # Shadowsocks
      - 8388:8388/udp # Shadowsocks
      - 8000:8000/tcp # Built-in HTTP control server
      - 9091:9091 #transmission
      - 51413:51413/tcp #transmission
      - 51413:51413/udp #transmission
      - 5050:5050 #couchpotato
      - 8686:8686 #lidarr
      - 9117:9117 #jackett
      - 7878:7878 #radarr
      - 8989:8989 #sonarr
      - 6881:6881 #qbit
      - 6881:6881/udp #qbit
      - 8080:8080 #qbit

    volumes:
      - /volume1/docker/media-center-config/gluetun:/gluetun:rw
    environment:
      - OPENVPN_USER=xxx
      - OPENVPN_PASSWORD=xxx
      - VPNSP=xxx
      - VPN_TYPE=openvpn
      - PGID=100
      - PUID=1032
      - TZ=America/New_York
    restart: always

 

[Rusty]

Think the original compose info had the same path for transmission and sonarr when it was pointing to raw (not downloads.) I have been experimenting and no progress...possibly now further away. Import failed error still happening.

path still incorrect.

/volumeUSB1/usbshare/raw:/downloads:rw needs to be in both sonarr and download client,

 

[pixelrogue]

path still incorrect.

/volumeUSB1/usbshare/raw:/downloads:rw needs to be in both sonarr and download client,

Sonar

DL Client

----
When I remove /media-store/ from the /downloads for sonarr more errors pop...

 

[Rusty]

This is now becasue you have in sonarr defined that media-store path, but becase you terminated it from the container, sonarr is not crying for it.

On the other hand whats the Portainer view of volumes regarding Sonarr and transmission containers now? Are downloads accessible via File station (problem that you had before)?

 

[pixelrogue]

This is now becasue you have in sonarr defined that media-store path, but becase you terminated it from the container, sonarr is not crying for it.

On the other hand whats the Portainer view of volumes regarding Sonarr and transmission containers now? Are downloads accessible via File station (problem that you had before)?

" terminated it from the container" - not following

Portainer view of the volumes? First time looking here and these appear to be consistent with what Transmission keeps doing.

Added a new volume called downloads through this interface. Seeing that the mount point here has been @docker, and anything w/the @ as a prefix I was not getting into via console. Also need this to be on the external USB, not the internal NAS. the interface only gives the driver option as 'local' ~ exploring Driver options now.



Added a download directory yesterday or day before....so 'that' downloads directory (the one I added) is available through File Station... but the one that Transmission seems to use I am only seeing from the console.

-----
<banging forehead against keyboard>

Sonarr now not starting

and yet the directory exists...

but.... inside Portainer volumes it is not showing and not finding a way to add it...driver and/or directories stuck to docker in Synology, not usb.

 

[Rusty]

Ok this is getting very difficult to follow. I'm open to help you with this setup using a remote session, as this back and forth, merging posts, screenshots etc is very counterproductive. If you want help, PM me, and we can set a remote session at one point to try and get this going.