February 24, 20224 yr 6 hours ago, HeBee said: Complete Unraid newbie here, moving over from Synology. I'm trying to get Transmission_VPN working on my new Unraid machine and hitting a very basic issue: the container simply fails to start. This is what I see repeatedly in the logs: Starting container with revision: 85d3b9633607f2d1fd58d21190a84a31a4cea7b8 Creating TUN device /dev/net/tun mknod: /dev/net/tun: File exists Starting container with revision: 85d3b9633607f2d1fd58d21190a84a31a4cea7b8 Creating TUN device /dev/net/tun mknod: /dev/net/tun: File exists Looking at the Unraid environment I notice that the Transmission_VPN docker is not creating a folder to store the configuration in /mnt/user/appdata/, which is the default set in Docker. I also have installed the Plex docker and that one is working fine. Any ideas? Do I need to manually set the container to create a config? Resolving my own issue. As the log said there already was a 'dev/net/tun' device, owned by root. I deleted that file manually and after the transmission_vpn container was able to start. I guess it was leftover from a failed start?
February 24, 20224 yr Author could be i suppose, i'm no unraid expert, so i can't really say what the cause was!! Glad you got it running!!
March 22, 20224 yr I gather that this container cannot work at the same time as any other VPN containers as the code is only looking for /dev/net/tun and not any iteratives like /dev/net/tun0 or /dev/net/tun1 Quote Starting container with revision: 5bab92dcd6547630695e8f925dd4ceb242495050 Starting container with revision: 5bab92dcd6547630695e8f925dd4ceb242495050 Creating TUN device /dev/net/tun mknod: /dev/net/tun: File exists Starting container with revision: 5bab92dcd6547630695e8f925dd4ceb242495050 Creating TUN device /dev/net/tun mknod: /dev/net/tun: File exists Starting container with revision: 5bab92dcd6547630695e8f925dd4ceb242495050 Creating TUN device /dev/net/tun mknod: /dev/net/tun: File exists Starting container with revision: 5bab92dcd6547630695e8f925dd4ceb242495050 Creating TUN device /dev/net/tun mknod: /dev/net/tun: File exists Starting container with revision: 5bab92dcd6547630695e8f925dd4ceb242495050 Creating TUN device /dev/net/tun mknod: /dev/net/tun: File exists Starting container with revision: 5bab92dcd6547630695e8f925dd4ceb242495050 Creating TUN device /dev/net/tun mknod: /dev/net/tun: File exists Edited March 22, 20224 yr by lotekjunky
March 26, 20224 yr Author On 3/22/2022 at 1:41 PM, lotekjunky said: I gather that this container cannot work at the same time as any other VPN containers as the code is only looking for /dev/net/tun and not any iteratives like /dev/net/tun0 or /dev/net/tun1 Ive never tried to run this alongside another VPN container, I runn all my VPN needs through this one. you could check Haugene's Git Hub
April 16, 20224 yr Defaults for the file paths are incorrect. They should be pointing to the user appdata folder, not the cache one. Upon the mover running, mineOS will not longer be able to find any of its servers. Edited April 16, 20224 yr by CorneliusCornbread
May 1, 20224 yr On 12/23/2021 at 9:14 PM, dglb99 said: Here is he solution I found. https://github.com/hexparrot/mineos-node/issues/450#issuecomment-989127314 In the docker console run apt-get update && apt-get install -y openjdk-17-jre-headless and then restart the docker container. Now we need Java 1.18 in order to fix the Log4J vulnerability.. Trying to install java 1.18 gives this error: # apt install openjdk-18-jre-headless Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package openjdk-18-jre-headless Edited May 1, 20224 yr by truetype
May 2, 20224 yr Anyone got Java 1.18 working? I got it to show up in terminal atleast when i do "Java -version" it says: # java -version java version "18.0.1.1" 2022-04-22 Java(TM) SE Runtime Environment (build 18.0.1.1+2-6) Java HotSpot(TM) 64-Bit Server VM (build 18.0.1.1+2-6, mixed mode, sharing) But still don't get the server to do anything when I press start button. I can run the server on my PC with Java 1.18 but not 1.17. So the problem with this logic must be that java 1.18 is not getting applied in MineOS for me. But I don’t know if I change java the right way in MineOS docker, it says version 1.18 when I do java -version but nothing still happens when I press start button. Only thing I get in logs when I press start is: 2022-05-02 21:44:56,443 INFO reaped unknown pid 326 2022-05-02 21:44:56,443 INFO reaped unknown pid 325 2022-05-02 21:44:56,443 INFO reaped unknown pid 326 Edited May 2, 20224 yr by truetype
May 5, 20224 yr On 2/23/2022 at 5:25 PM, HeBee said: Resolving my own issue. As the log said there already was a 'dev/net/tun' device, owned by root. I deleted that file manually and after the transmission_vpn container was able to start. I guess it was leftover from a failed start? How exactly did you do this? I can't figure it out and I'm getting the exact same error. It won't create the folder for me. Edit: All I had to do was change from dev to latest. Not sure why that happened? Edited May 5, 20224 yr by tential
June 16, 20224 yr Updated Transmission_VPN container today and now its in a boot loop. Can't see the log because the log window closes immediately due to the restart. How can I figure out what's causing the issue? Or is there way to rollback to previous version? Was working fine until the upgrade. Thanks Edited June 16, 20224 yr by itlists
June 19, 20224 yr 2 hours ago, noomis said: Why does Auto Schedule on MineOS not work? Schedule: 0 0 0/6 ? * * * backup I don't use that container, but that isn't valid crontab syntax
June 20, 20224 yr 1 hour ago, noomis said: 3 friends can not join server but 1 friend can Error message? Wrong client version? Does the server log show the attempt? BTW, this is NOT a minecraft support forum, this forum is for problems getting the container running on an Unraid server, so you are likely to get better answers from a dedicated minecraft forum.
July 4, 20224 yr On 6/16/2022 at 4:50 PM, itlists said: Updated Transmission_VPN container today and now its in a boot loop. Can't see the log because the log window closes immediately due to the restart. How can I figure out what's causing the issue? Or is there way to rollback to previous version? Was working fine until the upgrade. Thanks Any chance you are running Shinobi? I've been fighting with this for a while and finally tried shutting Shinobi down... Suddenly it works.
July 13, 20223 yr Any way to get a forge 1.18 server working in this? Currently it needs to run the run.bat file, but it only lets you select jar files.
July 16, 20223 yr On 7/13/2022 at 6:17 AM, RealNerdyViking said: Any way to get a forge 1.18 server working in this? Currently it needs to run the run.bat file, but it only lets you select jar files. It's been awhile since I did a forge 1.18 server, I've since switched to paper. If I recall correctly you set the jar file like normal, and basically put the contents of the run.bat or run.sh file into the "Additional Java arguments" box. So you'd paste the part that looks similar to "@user_jvm_args.txt @libraries/net/minecraftforge/forge/1.18.1-39.0.85/unix_args.txt" into it. I don't know if it's necessary, but I would also copy the jar file from the forge directory into the main server directory. I'm thinking that was the only way I could get it to show up in the "change runnable jar to:" box.
July 23, 20223 yr On 7/4/2022 at 7:50 PM, Arbadacarba said: Any chance you are running Shinobi? I've been fighting with this for a while and finally tried shutting Shinobi down... Suddenly it works. No idea what Shinobi is... maybe there's been an update to Transmission_VPN container. I removed it and haven't tried it for a few weeks.
September 27, 20223 yr My Transmission_VPN container restarted and it refuses to load now. It just loops - I can't view the logs at all until I force it to stop I'm using Surfshark, which is working fine on my other containers. The log just shows a list of the SS ovpn files and then this at the bottom Starting container with revision: a95f586492b2b7e8ff2cc8ac7f91bc43c0cccc40 WARNING: initial DNS resolution test failed Creating TUN device /dev/net/tun Using OpenVPN provider: SURFSHARK Running with VPN_CONFIG_SOURCE auto No bundled config script found for SURFSHARK. Defaulting to external config Downloading configs from https://github.com/haugene/vpn-configs-contrib/archive/main.zip into /tmp/tmp.U2GEmwrowd Would anyone have any ideas? I didn't see an update, it was working fine last night.
September 28, 20223 yr Author the only error i see in what you provided: WARNING: initial DNS resolution test failed
September 28, 20223 yr 2 hours ago, clowrym said: the only error i see in what you provided: WARNING: initial DNS resolution test failed I saw that too, but I am not sure where to begin to troubleshoot that. I just setup another client using Surfshark and it works without issue. Maybe the ovpn connections changed, but I can't find them to check.
September 28, 20223 yr Author 42 minutes ago, PureLoneWolf said: I saw that too, but I am not sure where to begin to troubleshoot that. I just setup another client using Surfshark and it works without issue. Maybe the ovpn connections changed, but I can't find them to check. not sure if this is part of your issue.... but you can try adding this: --dns 8.8.8.8 --dns 8.8.4.4 some more troubleshooting found here
September 28, 20223 yr Thanks - I was already using that - It seems to unpack the Surfshark ovpn files and loops after that - I can't seem to get a complete log as it clears itself during the loops. Shame, I much prefer Transmission over the others
September 29, 20223 yr I do keep periodically trying (hope springs eternal) and I now see this at the top: ./etc/openvpn/fetch-external-configs.sh: line 16: config_repo_temp_dir: unbound variable uk-gla.prod.surfshark.com_udp.ovpn uk-lon-mp001.prod.surfshark.com_tcp.ovpn uk-lon-mp001.prod.surfshark.com_udp.ovpn uk-lon-st001.prod.surfshark.com_tcp.ovpn uk-lon-st001.prod.surfshark.com_udp.ovpn uk-lon-st002.prod.surfshark.com_tcp.ovpn uk-lon-st002. ********SNIP*************** And this at the bottom: NB: Remember to not specify .ovpn as part of the config name. Starting container with revision: a95f586492b2b7e8ff2cc8ac7f91bc43c0cccc40 Creating TUN device /dev/net/tun Using OpenVPN provider: SURFSHARK Running with VPN_CONFIG_SOURCE auto No bundled config script found for SURFSHARK. Defaulting to external config Downloading configs from https://github.com/haugene/vpn-configs-contrib/archive/main.zip into /tmp/tmp.SdXxgbOF93 It does say something at the end after the downloading, but I can't catch it before the window closes and then the log refreshes as it restarts
September 30, 20223 yr Author 18 hours ago, PureLoneWolf said: I do keep periodically trying (hope springs eternal) and I now see this at the top: ./etc/openvpn/fetch-external-configs.sh: line 16: config_repo_temp_dir: unbound variable uk-gla.prod.surfshark.com_udp.ovpn uk-lon-mp001.prod.surfshark.com_tcp.ovpn uk-lon-mp001.prod.surfshark.com_udp.ovpn uk-lon-st001.prod.surfshark.com_tcp.ovpn uk-lon-st001.prod.surfshark.com_udp.ovpn uk-lon-st002.prod.surfshark.com_tcp.ovpn uk-lon-st002. ********SNIP*************** And this at the bottom: NB: Remember to not specify .ovpn as part of the config name. Starting container with revision: a95f586492b2b7e8ff2cc8ac7f91bc43c0cccc40 Creating TUN device /dev/net/tun Using OpenVPN provider: SURFSHARK Running with VPN_CONFIG_SOURCE auto No bundled config script found for SURFSHARK. Defaulting to external config Downloading configs from https://github.com/haugene/vpn-configs-contrib/archive/main.zip into /tmp/tmp.SdXxgbOF93 It does say something at the end after the downloading, but I can't catch it before the window closes and then the log refreshes as it restarts Can you do a force restart and send me your run command, make sure to x out any passwords / usernames
September 30, 20223 yr 31 minutes ago, clowrym said: Can you do a force restart and send me your run command, make sure to x out any passwords / usernames Here you go, and thanks docker run -d --name='Transmission_VPN' --net='bridge' --privileged=true -e TZ="Europe/Berlin" -e HOST_OS="Unraid" -e HOST_HOSTNAME="wolfnas" -e HOST_CONTAINERNAME="Transmission_VPN" -e 'OPENVPN_USERNAME'='xxx' -e 'OPENVPN_PASSWORD'='xxx' -e 'OPENVPN_CONFIG'='default' -e 'OPENVPN_PROVIDER'='SURFSHARK' -e 'LOCAL_NETWORK'='192.168.0.0/24' -e 'TRANSMISSION_RPC_USERNAME'='xxx' -e 'TRANSMISSION_RPC_PASSWORD'='xxx' -e 'OPENVPN_OPTS'='--inactive 3600 --ping 10 --ping-exit 60 --mute-replay-warnings' -e 'PUID'='99' -e 'PGID'='100' -e 'TRANSMISSION_DOWNLOAD_DIR'='/downloads/Transmission' -e 'TRANSMISSION_RPC_AUTHENTICATION_REQUIRED'='true' -e 'TRANSMISSION_RATIO_LIMIT_ENABLED'='true' -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' -e 'TRANSMISSION_PEER_PORT_RANDOM_LOW'='51413' -e 'TRANSMISSION_PEER_PORT_RANDOM_HIGH'='51613' -e 'TRANSMISSION_SPEED_LIMIT_UP'='500' -e 'TRANSMISSION_SPEED_LIMIT_UP_ENABLED'='true' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:9091]/' -l net.unraid.docker.icon='https://raw.githubusercontent.com/activ/docker-templates/master/activ/images/transmission-icon.png' -p '9091:9091/tcp' -p '1194:1198/tcp' -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/Downloads/Transmission/config/':'/config':'rw' --cap-add=NET_ADMIN --restart=always --log-opt max-size=50m --log-driver json-file --dns 8.8.8.8 --dns 8.8.4.4 'haugene/transmission-openvpn:latest' fb11c1c05d9ae8b68e0d51e783d9bbfcd1948342e18e777d77c2ec0576f8e3bd
September 30, 20223 yr Author 12 minutes ago, PureLoneWolf said: 'PIA_OPENVPN_CONFIG_BUNDLE'='openvpn-tcp' I dont know if this is causing an issues, as you aren't using PIA, but can you remove this and try again.
September 30, 20223 yr 1 hour ago, clowrym said: I dont know if this is causing an issues, as you aren't using PIA, but can you remove this and try again. Same result unfortunately - Could it have anything to do with 6.11.0 and the fact that I had to remove the Nerdpack as it's not compatible? Perl is now baked in, apparently, and I don't think I had anything other than Perl installed via the Nerdpack, but I figured I would ask.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.