PureLoneWolf

Hi there I posted over at the Sonarr forums and they say that only the Image Maintainer can remove it. There has been a System Message notification that is unclearable "This image is now based on Alpine. Custom scripts using apt-get will need to be updated to use apk" for quite some time, is it possible to get this removed now? I keep thinking I have an issue... Thanks

Hi all I run Unraid on my Gen 10 Microserver (4 slots) and am planning to upgrade every drive to larger drives. Right now I am running a Parity Check (which as I haven't replaced my Parity Drive yet, I guess wasn't necessary?). Still, once that completes, my process is going to be: Disable array auto start Disable docker auto start Power down server Replace parity drive with larger drive Power up server Assign new drive as parity Start array Let parity build complete Question 1 would be - Do I need to unassign the current parity before shutting down, or are steps 1-8 Ok as they are? Once that completes, I will move on to upgrading the data drives which, iirc, is the same process. I do plan on allowing a couple of dockers to run (Emby to manage my media, although I won't add new media until the upgrades are complete so only watched status changes...and a recipes app which I need regularly, but will only be read from). My next question is, should I run a parity check before each drive upgrade? The only reason I ask is that I am replacing 14tb drives with 18tb drives, so a parity check takes about 30 hours and, I am assuming, the rebuild will likely take longer than that... Thanks in advance for people having the patience to respond to similar questions on a regular basis... I did have a search around but, as ever, just managed to confuse myself and thought it better to just ask

So - I managed to get it to login without prompting anything or asking for passwords (removed PASSWORD, GUAC_* and set DISABLE_AUTH TRUE) - However, it still needs to be launched once before the content server fires up. Has anyone worked around this?

Gotcha - I get it now Thanks for clearing that up both

Oh right, thank you I just checked, and the Downloads folder only contains a 3kb file. Is it reserving space somehow? Just trying to understand Thanks again

Hi all I am having an irritating issue that I can't seem to resolve. The worst thing is that I swear I read a solution to this once before on here...but my search-fu is clearly failing me. Basically, I have multiple SMB Shares connected in Windows and one of them is showing a different free space to all of the others. I have noticed it happen from time to time when something is on the Cache but not moved yet...Normally the mover fixes it. I have manually run the mover, multiple times, and re-calculated on Unraid - I even disconnected and reconnected the network drive. Nothing seems to work. In anyone has any ideas, I would be very grateful. It's not exactly a problem...but it is irritating Thanks

That doesn't seem to work for me - I still have to login as ABC when it restarts for it to load. Would you be able to post your container config?

Hi all I am having an irritating issue since the change to the newer Guacamole. Everything is working, but each time the docker restarts, Calibre (and therefore the content server) isn't running until I have logged in once. With the previous Guacamole, the content server would start instantly and be permanently available. Is there any way to get the old behaviour back? As I said, it's by no means catastrophic...but forgetting to log in and then trying to download a book to my phone when I am not at home is annoying to say the least lol. Cheers

I think you have the same issue as me - File size limit. The creator has said they have it fixed for an upcoming version, so I am waiting for an update to drop on Unraid for it I did ask earlier, if there was a way to increase the max file size limit inside the docker, but I don't think anyone knew how - So we just have to wait for the update.

Sorry for the bump...feel free to delete - But would anyone know?

With the new version, I am now able to import from Chowdown but, due to file size limits, I am getting time-outs and only getting part way through the import. On the project page, people have been changing the client_max_body_size setting for nginx, but I can't see where I could make this change for the Unraid container. Would you know how I could increase this limit? Cheers

Hi I update from the Docker Container page regularly - I haven't seen any update for this one since the project updated though. Or am I missing something? I goto MYNAS/Docker and hit the Check for Updates button and then update whatever has one waiting... Mine is saying it is the latest version, but I know the project updated last week as my request was closed as complete. Apologies if I am just being dense...

Hi there Firstly, thank you for creating this There was an update to the project that I would really like to apply (Chowdown imports), is there a way I can force an update from within the Unraid docker or should I just wait for an update to drop? Many thanks

Thanks for the tips - The transmission-home folder definitely contains the settings and some other stuff, so the /config mount is definitely not being used. I'll get rid of the port

Welp...that was easy Thank you. I have never changed it since install...so not sure why it worked for so long - but thanks

Hi there My run command: root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='Transmission_VPN' --net='bridge' --privileged=true -e TZ="Europe/Berlin" -e HOST_OS="Unraid" -e 'OPENVPN_USERNAME'='XXX' -e 'OPENVPN_PASSWORD'='XXX' -e 'OPENVPN_CONFIG'='default' -e 'OPENVPN_PROVIDER'='PIA' -e 'LOCAL_NETWORK'='192.168.0.0/24' -e 'TRANSMISSION_RPC_USERNAME'='admin' -e 'TRANSMISSION_RPC_PASSWORD'='XXX' -e 'OPENVPN_OPTS'='--inactive 3600 --ping 10 --ping-exit 60' -e 'PUID'='99' -e 'PGID'='100' -e 'TRANSMISSION_DOWNLOAD_DIR'='/downloads/Transmission' -e 'TRANSMISSION_RPC_AUTHENTICATION_REQUIRED'='true' -e 'TRANSMISSION_RATIO_LIMIT'='2' -e 'TRANSMISSION_RATIO_LIMIT_ENABLED'='true' -e 'TRANSMISSION_PEER_LIMIT_GLOBAL'='200' -e 'TRANSMISSION_PEER_LIMIT_PER_TORRENT'='50' -e 'TRANSMISSION_SPEED_LIMIT_UP_ENABLED'='1' -e 'TRANSMISSION_SPEED_LIMIT_UP'='1024' -e 'TRANSMISSION_PEER_PORT_RANDOM_LOW'='51413' -e 'TRANSMISSION_PEER_PORT_RANDOM_HIGH'='51613' -e 'TRANSMISSION_DOWNLOAD_QUEUE_SIZE'='20' -e 'TRANSMISSION_CACHE_SIZE_MB'='10' -e 'TRANSMISSION_INCOMPLETE_DIR'='/downloads/incomplete' -e 'TRANSMISSION_WEB_UI'='transmission-web-control' -e 'GLOBAL_APPLY_PERMISSIONS'='false' -e 'WEBPROXY_ENABLED'='false' -e 'PIA_OPENVPN_CONFIG_BUNDLE'='openvpn-tcp' -p '9091:9091/tcp' -p '1198:1198/udp' -v '/mnt/user/Downloads/':'/data':'rw' -v '/mnt/user/Downloads/':'/downloads':'rw' -v '/mnt/user/Downloads/watch/':'/watch':'rw' -v '/mnt/user/T_Media/Torrent/':'/mnt/user/T_Media/Torrent/':'rw' -v '/mnt/user/appdata/Transmission_VPN':'/config':'rw' --restart=always --log-opt max-size=50m --log-opt max-file=1 'haugene/transmission-openvpn' Log immediately after restart: Starting container with revision: a4d65774f855a04070766e53346661f48c76fa0e Creating TUN device /dev/net/tun mknod: /dev/net/tun: File exists Using OpenVPN provider: PIA Provider PIA has a custom setup script, executing it Downloading OpenVPN config bundle openvpn-tcp into temporary file /tmp/tmp.hneAiE Extract OpenVPN config bundle into PIA directory /etc/openvpn/pia Starting OpenVPN using config default.ovpn Modifying /etc/openvpn/pia/default.ovpn for best behaviour in this container Setting OpenVPN credentials... adding route to local network 192.168.0.0/24 via 172.17.0.1 dev eth0 Wed Dec 16 06:42:33 2020 OpenVPN 2.4.9 x86_64-alpine-linux-musl [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Apr 20 2020 Wed Dec 16 06:42:33 2020 library versions: OpenSSL 1.1.1g 21 Apr 2020, LZO 2.10 Wed Dec 16 06:42:33 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts Wed Dec 16 06:42:33 2020 CRL: loaded 1 CRLs from file [[INLINE]] Wed Dec 16 06:42:33 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]IP:502 Wed Dec 16 06:42:33 2020 Attempting to establish TCP connection with [AF_INET]IP:502 [nonblock] Wed Dec 16 06:42:34 2020 TCP connection established with [AF_INET]IP:502 Wed Dec 16 06:42:34 2020 TCP_CLIENT link local: (not bound) Wed Dec 16 06:42:34 2020 TCP_CLIENT link remote: [AF_INET]IP:502 Wed Dec 16 06:42:34 2020 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this Wed Dec 16 06:42:34 2020 [southampton409] Peer Connection Initiated with [AF_INET]IP:502 Wed Dec 16 06:42:35 2020 OpenVPN ROUTE6: OpenVPN needs a gateway parameter for a --route-ipv6 option and no default was specified by either --route-ipv6-gateway or --ifconfig-ipv6 options Wed Dec 16 06:42:35 2020 OpenVPN ROUTE: failed to parse/resolve route for host/network: 2000::/3 Wed Dec 16 06:42:35 2020 TUN/TAP device tun0 opened Wed Dec 16 06:42:35 2020 /sbin/ip link set dev tun0 up mtu 1500 Wed Dec 16 06:42:35 2020 /sbin/ip addr add dev tun0 IP/24 broadcast IP Wed Dec 16 06:42:35 2020 /etc/openvpn/tunnelUp.sh tun0 1500 1555 IP 255.255.255.0 init Up script executed with tun0 1500 1555 IP 255.255.255.0 init Updating TRANSMISSION_BIND_ADDRESS_IPV4 to the ip of tun0 : IP Using Transmission Web Control UI, overriding TRANSMISSION_WEB_HOME Updating Transmission settings.json with values from env variables Using existing settings.json for Transmission /data/transmission-home/settings.json Overriding bind-address-ipv4 because TRANSMISSION_BIND_ADDRESS_IPV4 is set to IP Overriding cache-size-mb because TRANSMISSION_CACHE_SIZE_MB is set to 10 Overriding download-dir because TRANSMISSION_DOWNLOAD_DIR is set to /downloads/Transmission Overriding download-queue-size because TRANSMISSION_DOWNLOAD_QUEUE_SIZE is set to 20 Overriding incomplete-dir because TRANSMISSION_INCOMPLETE_DIR is set to /downloads/incomplete Overriding peer-limit-global because TRANSMISSION_PEER_LIMIT_GLOBAL is set to 200 Overriding peer-limit-per-torrent because TRANSMISSION_PEER_LIMIT_PER_TORRENT is set to 50 Overriding peer-port-random-high because TRANSMISSION_PEER_PORT_RANDOM_HIGH is set to 51613 Overriding peer-port-random-low because TRANSMISSION_PEER_PORT_RANDOM_LOW is set to 51413 Overriding ratio-limit because TRANSMISSION_RATIO_LIMIT is set to 2 Overriding ratio-limit-enabled because TRANSMISSION_RATIO_LIMIT_ENABLED is set to true Overriding rpc-authentication-required because TRANSMISSION_RPC_AUTHENTICATION_REQUIRED is set to true Overriding rpc-password because TRANSMISSION_RPC_PASSWORD is set to [REDACTED] Overriding rpc-port because TRANSMISSION_RPC_PORT is set to 9091 Overriding rpc-username because TRANSMISSION_RPC_USERNAME is set to admin Overriding speed-limit-up because TRANSMISSION_SPEED_LIMIT_UP is set to 1024 Overriding speed-limit-up-enabled because TRANSMISSION_SPEED_LIMIT_UP_ENABLED is set to 1 Overriding watch-dir because TRANSMISSION_WATCH_DIR is set to /data/watch sed'ing True to true Enforcing ownership on transmission config directories Applying permissions to transmission config directories ------------------------------------- Transmission will run as ------------------------------------- User name: abc User uid: 99 User gid: 100 ------------------------------------- STARTING TRANSMISSION Provider PIA has a script for automatic port forwarding. Will run it now. If you want to disable this, set environment variable DISABLE_PORT_UPDATER=true Transmission startup script complete. Wed Dec 16 06:42:35 2020 WARNING: OpenVPN was configured to add an IPv6 route over tun0. However, no IPv6 has been configured for this interface, therefore the route installation may fail or may not work as expected. Wed Dec 16 06:42:35 2020 Initialization Sequence Completed Running functions for token based port fowarding Reserved Port: 54122 Wed Dec 16 06:42:42 CET 2020 transmission auth required waiting for transmission to become responsive transmission became responsive ID Done Have ETA Up Down Ratio Status Name Sum: None 0.0 0.0 setting transmission port to 54122 localhost:9091/transmission/rpc/ responded: "success" Checking port... Port is open: Yes ####################### SUCCESS ####################### Port: 54122 Expiration Tue Feb 16 17:42:22 CET 2021 ####################### Entering infinite while loop Every 15 minutes, check port status Many thanks

Hi there - Firstly, thank you for the great docker - It is very much appreciated I am having an issue with Transmission VPN that seems to have started recently (I don't remember exactly when), but the TRANSMISSION_SPEED_LIMIT_UP_ENABLED option within the docker config is no longer doing anything for me. Each time I restart the docker I have to go into it, launch settings and tick the option to enable the speed limit. Is there a way I can force this option to be set each time the docker starts? Thanks

Hi all For the last few hours, I am getting "Refused to connect" in all browsers when I try and access the Webui of nzbgetvpn. Nothing has changed in the configuration - I noticed that a couple of files were not downloading - They were just sat there with nothing happening and figured the best bet would be to restart the docker. Since then, refused to connect. However, when I alter the config to disable VPN - It immediately starts working (and downloading the files). When I set it back to having VPN enabled, it refuses to connect to the webui again. My IP is, and always has been, on the same 192.168.0.0/24 subnet as specified in LAN_NETWORK (192.168.0.1) - The server runs on 192.168.0.69:6789 as a Bridge. This has happened to me once or twice in the past, but this is the first time that restarting the docker hasn't worked. I tried changing the VPN_REMOTE server to a different one (I am with PIA), just in case that would have an effect - It didn't help. I also logged into PIA and confirmed that there are no issues with my account. Every other webui for every other docker works without any issue whatsoever including transmission_vpn, Sonarr, Calibre, Jackett, Shinobi and a couple of others... Would anyone have any ideas?

I realise that - but that is just how the container accesses the downloads folder - It references /data - I'll add an additional path and see.. I should have added, thanks for the help though - I hope that resolves it... **Last Edit** Adding a Container Path to the Docker of /downloads to /mnt/user/Downloads and then changing the MainDir setting within NZBGet to /downloads has fixed it. Many thanks again

At the risk of sounding like a moron - Where do I find them? Checked the logs after a new start of the Dockers and checked in the settings of each docker and can't see it anywhere **EDIT** Found it - Sonarr: docker run -d --name='sonarr' --net='bridge' -e TZ="Europe/Berlin" -e HOST_OS="Unraid" -e 'PUID'='99' -e 'PGID'='100' -p '8989:8989/tcp' -v '/dev/rtc':'/dev/rtc':'ro' -v '/mnt/user/TV Shows/':'/tv':'rw' -v '/mnt/user/Downloads/':'/downloads':'rw' -v '/mnt/user/appdata/sonarr':'/config':'rw' 'linuxserver/sonarr' NZBGetVPN: docker run -d --name='nzbgetvpn' --net='bridge' --privileged=true -e TZ="Europe/Berlin" -e HOST_OS="Unraid" -e 'VPN_ENABLED'='yes' -e 'STRONG_CERTS'='no' -e 'VPN_USER'='XXXX' -e 'VPN_PASS'='XXXX' -e 'VPN_REMOTE'='sweden.privateinternetaccess.com' -e 'VPN_PORT'='1198' -e 'VPN_PROV'='pia' -e 'VPN_PROTOCOL'='udp' -e 'LAN_NETWORK'='192.168.0.0/24' -e 'PUID'='99' -e 'PGID'='100' -p '6789:6789/tcp' -v '/mnt/user/Downloads/':'/data':'rw' -v '/etc/localtime':'/etc/localtime':'ro' -v '/mnt/user/appdata/nzbgetvpn':'/config':'rw' 'jshridha/docker-nzbgetvpn'

Hmm - I have changed it to /cache/Downloads as per that post but they were both previously pointing to /user/Downloads - I don't have an appdata/downloads folder... Are we assuming then, that for /user to work the mover would need to work first. Weird though, this wasn't an issue on the non-vpn version **EDIT** Just tested, doesn't make any difference - Weirdly, NZBGETVPN sends the /data prefix to Sonarr and NZBGET without VPN doesn't.

Hi all I hope someone can help. I recently moved from the normal NZBGet to the VPN version and since then, I can't seem to figure out what to do with the permissions. On the non-vpn version, sonarr sends the info, waits for the download to complete and then moves the file. On the VPN sonarr sends the info, waits for the download and then says the file doesn't exist - I have tried setting a Docker variable for PUID 99 and GUID 100 as with the non-VPN version, that doesn't help....I also tried to just 777 the entire downloads share. It's not the end of the world, I can manually go in and sort it each time...it's just frustrating. I just need it to use the same user/group as Sonarr and Transmission are using Any ideas would be much appreciated. Thanks

But possible? How do you handle the updates then, manual trigger each time?

I would love to know the answer to this as well. Is this possible? I currently have a client permanently running that is set with the auto update plugin to update every couple of hours.