activ Posted January 29, 2017 Author Share Posted January 29, 2017 Hmm, nothing weird in there. I'm pretty sure the issue is with the vpn and Transmission doesn't even get started. Maybe put the dns as NAME_SERVERS=8.8.8.8,8.8.4.4 while we figure this out, thats what I have. I don't know how good you are with cli, but can you ssh into the unraid server and run the below command? (it assumes the container is called arc-transmissionvpn) The output should include a network interface called tun0 if the vpn is working. docker exec -it arch-transmissionvpn ifconfig p.s. did the trouble for you also start with updating Unraid? Quote Link to comment
nexusmaniac Posted January 29, 2017 Share Posted January 29, 2017 Hmm, nothing weird in there. I'm pretty sure the issue is with the vpn and Transmission doesn't even get started. Maybe put the dns as NAME_SERVERS=8.8.8.8,8.8.4.4 while we figure this out, thats what I have. I don't know how good you are with cli, but can you ssh into the unraid server and run the below command? (it assumes the container is called arc-transmissionvpn) The output should include a network interface called tun0 if the vpn is working. docker exec -it arch-transmissionvpn ifconfig p.s. did the trouble for you also start with updating Unraid? Ok, I'll change the name servers I'm pretty comfortable with it haha Here's the output of the command: root@Raptor:~# docker exec -it Transmission ifconfig eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 172.17.0.2 netmask 255.255.0.0 broadcast 0.0.0.0 ether 02:42:ac:11:00:02 txqueuelen 0 (Ethernet) RX packets 122 bytes 19717 (19.2 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 104 bytes 12202 (11.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 loop txqueuelen 1 (Local Loopback) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1500 inet 10.32.10.6 netmask 255.255.255.255 destination 10.32.10.5 unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 100 (UNSPEC) RX packets 13 bytes 5890 (5.7 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 30 bytes 3699 (3.6 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Quote Link to comment
activ Posted January 29, 2017 Author Share Posted January 29, 2017 okay, so the network tunnel is working. Maybe do a docker exec -it Transmission ifconfig ps -A to see if transmission is running too Quote Link to comment
nexusmaniac Posted January 29, 2017 Share Posted January 29, 2017 okay, so the network tunnel is working. Maybe do a docker exec -it Transmission ifconfig ps -A to see if transmission is running too So here's a weird one... Exactly 10 mins of the docker running with no access to the webUI *poof* I can access it! If I restart the container, it's exactly another 10 mins until I can reach it again... Strange wouldn't you say? 2017-01-29 12:13:53,228 DEBG 'start-script' stdout output: -P INPUT DROP -P FORWARD ACCEPT -P OUTPUT DROP -A INPUT -i tun0 -j ACCEPT -A INPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT -A INPUT -i eth0 -p udp -m udp --sport 1198 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --dport 9091 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --sport 9091 -j ACCEPT -A INPUT -p udp -m udp --sport 53 -j ACCEPT -A INPUT -p icmp -m icmp --icmp-type 0 -j ACCEPT -A INPUT -i lo -j ACCEPT -A OUTPUT -o tun0 -j ACCEPT -A OUTPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT -A OUTPUT -o eth0 -p udp -m udp --dport 1198 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --dport 9091 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --sport 9091 -j ACCEPT -A OUTPUT -p udp -m udp --dport 53 -j ACCEPT -A OUTPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT -A OUTPUT -o lo -j ACCEPT 2017-01-29 12:13:53,228 DEBG 'start-script' stdout output: -------------------- 2017-01-29 12:13:53,228 DEBG 'start-script' stdout output: [info] Starting OpenVPN... 2017-01-29 12:13:53,235 DEBG 'start-script' stdout output: [info] OpenVPN started 2017-01-29 12:13:54,858 DEBG 'transmission-script' stdout output: [info] transmission not running [info] transmission listening interface IP 0.0.0.0 and VPN provider IP 10.32.10.6 different, marking for reconfigure 2017-01-29 12:13:55,714 DEBG 'transmission-script' stdout output: [info] Attempting to start transmission... [info] Removing any transmission session lock files left over from the previous run... 2017-01-29 12:13:55,716 DEBG 'transmission-script' stdout output: Script started, file is /home/nobody/typescript 2017-01-29 12:13:55,734 DEBG 'transmission-script' stdout output: Script done, file is /home/nobody/typescript 2017-01-29 12:13:55,735 DEBG 'transmission-script' stdout output: [info] transmission started 2017-01-29 12:23:55,876 DEBG 'transmission-script' stdout output: [info] transmission not running 2017-01-29 12:23:56,580 DEBG 'transmission-script' stdout output: [info] Attempting to start transmission... [info] Removing any transmission session lock files left over from the previous run... 2017-01-29 12:23:56,583 DEBG 'transmission-script' stdout output: Script started, file is /home/nobody/typescript 2017-01-29 12:23:56,608 DEBG 'transmission-script' stdout output: Script done, file is /home/nobody/typescript 2017-01-29 12:23:56,609 DEBG 'transmission-script' stdout output: [info] transmission started That's the docker log from unRAID, I could reach the webUI at 12:23:56 ----- docker exec -it Transmission ifconfig ps -A root@Raptor:~# docker exec -it Transmission ifconfig ps -A -A: Unknown host ifconfig: `--help' gives usage information. Didn't work for me Quote Link to comment
nexusmaniac Posted January 29, 2017 Share Posted January 29, 2017 I've enabled debug mode for your docker, I'll leave it running until the 10 minute mark and post the end of the log Could it be a timing issue for a script somewhere? 10 mins seems too specific haha Quote Link to comment
activ Posted January 29, 2017 Author Share Posted January 29, 2017 Sorry, the command should be: docker exec -it Transmission ps -A The weird thing in the log is that at 12:13 transmission is started, but then at 12:23 it's determined to be not running and restarted. Maybe the initial start is failing for some reason. could you try the ps command in the first 10 minutes? 2017-01-29 12:13:55,735 DEBG 'transmission-script' stdout output: [info] transmission started 2017-01-29 12:23:55,876 DEBG 'transmission-script' stdout output: [info] transmission not running Quote Link to comment
nexusmaniac Posted January 29, 2017 Share Posted January 29, 2017 Sorry, the command should be: docker exec -it Transmission ps -A The weird thing in the log is that at 12:13 transmission is started, but then at 12:23 it's determined to be not running and restarted. Maybe the initial start is failing for some reason. could you try the ps command in the first 10 minutes? 2017-01-29 12:13:55,735 DEBG 'transmission-script' stdout output: [info] transmission started 2017-01-29 12:23:55,876 DEBG 'transmission-script' stdout output: [info] transmission not running Here's the debut output: 2017-01-29 12:29:46,826 DEBG 'start-script' stdout output: [info] Starting OpenVPN... 2017-01-29 12:29:46,837 DEBG 'start-script' stdout output: [info] OpenVPN started 2017-01-29 12:29:48,322 DEBG 'transmission-script' stdout output: [info] transmission not running [info] transmission listening interface IP 0.0.0.0 and VPN provider IP 10.32.10.6 different, marking for reconfigure 2017-01-29 12:29:49,143 DEBG 'transmission-script' stdout output: [info] Attempting to start transmission... [info] Removing any transmission session lock files left over from the previous run... 2017-01-29 12:29:49,146 DEBG 'transmission-script' stdout output: Script started, file is /home/nobody/typescript 2017-01-29 12:29:49,166 DEBG 'transmission-script' stdout output: Script done, file is /home/nobody/typescript 2017-01-29 12:29:49,166 DEBG 'transmission-script' stdout output: [info] transmission started [debug] VPN incoming port is 35004 [debug] VPN IP is 10.32.10.6 [debug] transmission incoming port is 35004 [debug] transmissionn IP is 10.32.10.6 2017-01-29 12:39:49,303 DEBG 'transmission-script' stdout output: [info] transmission not running 2017-01-29 12:39:49,949 DEBG 'transmission-script' stdout output: [info] Attempting to start transmission... [info] Removing any transmission session lock files left over from the previous run... 2017-01-29 12:39:49,952 DEBG 'transmission-script' stdout output: Script started, file is /home/nobody/typescript 2017-01-29 12:39:49,972 DEBG 'transmission-script' stdout output: Script done, file is /home/nobody/typescript 2017-01-29 12:39:49,972 DEBG 'transmission-script' stdout output: [info] transmission started [debug] VPN incoming port is 35004 [debug] VPN IP is 10.32.10.6 2017-01-29 12:39:49,972 DEBG 'transmission-script' stdout output: [debug] transmission incoming port is 35004 [debug] transmissionn IP is 10.32.10.6 I'll run the ps -A now Quote Link to comment
jedimstr Posted January 29, 2017 Share Posted January 29, 2017 Just to confirm, both the latest update and the 1.0 tag is not working (1.0 tag with and without new set of variables) regardless of unRAID version. I'm on the public release 6.2.4 and TransmissionVPN only stopped working today on update. Adding the new variables hasn't fixed anything and using the 1.0 tag with and without the new variables had no effect. I'm going to try re-adding it from scratch, but the unRAID version is probably a red-herring. Quote Link to comment
nexusmaniac Posted January 29, 2017 Share Posted January 29, 2017 First 10 seconds: root@Raptor:~# docker exec -it Transmission ps -A PID TTY TIME CMD 1 ? 00:00:00 tini 7 ? 00:00:00 bash 15 ? 00:00:00 supervisord 18 ? 00:00:00 checkproc.sh 19 ? 00:00:00 start.sh 20 ? 00:00:00 transmission.sh 111 ? 00:00:00 openvpn 112 ? 00:00:00 sleep 279 ? 00:00:00 transmission.sh 280 ? 00:00:00 curl 281 ? 00:00:00 head 282 ? 00:00:00 grep 308 ? 00:00:00 ps First minute: root@Raptor:~# docker exec -it Transmission ps -A PID TTY TIME CMD 1 ? 00:00:00 tini 7 ? 00:00:00 bash 15 ? 00:00:00 supervisord 18 ? 00:00:00 checkproc.sh 19 ? 00:00:00 start.sh 20 ? 00:00:00 transmission.sh 111 ? 00:00:00 openvpn 330 ? 00:00:00 sleep 3819 ? 00:00:00 sleep 3981 ? 00:00:00 sleep 3982 ? 00:00:00 ps After 10 mins: PID TTY TIME CMD 1 ? 00:00:00 tini 7 ? 00:00:00 bash 15 ? 00:00:00 supervisord 18 ? 00:00:02 checkproc.sh 19 ? 00:00:00 start.sh 20 ? 00:00:00 transmission.sh 111 ? 00:00:00 openvpn 23186 ? 00:00:00 tmux: server 23187 pts/1 00:00:00 transmission-da 23191 ? 00:00:00 sleep 23209 ? 00:00:00 sleep 23211 ? 00:00:00 sleep 23212 pts/1 00:00:00 ps Here's the debug log again in case it's useful 2017-01-29 12:44:59,446 DEBG 'start-script' stdout output: [info] Starting OpenVPN... 2017-01-29 12:44:59,451 DEBG 'start-script' stdout output: [info] OpenVPN started 2017-01-29 12:45:00,919 DEBG 'transmission-script' stdout output: [info] transmission not running [info] transmission listening interface IP 0.0.0.0 and VPN provider IP 10.4.10.6 different, marking for reconfigure 2017-01-29 12:45:01,711 DEBG 'transmission-script' stdout output: [info] Attempting to start transmission... [info] Removing any transmission session lock files left over from the previous run... 2017-01-29 12:45:01,713 DEBG 'transmission-script' stdout output: Script started, file is /home/nobody/typescript 2017-01-29 12:45:01,729 DEBG 'transmission-script' stdout output: Script done, file is /home/nobody/typescript 2017-01-29 12:45:01,729 DEBG 'transmission-script' stdout output: [info] transmission started [debug] VPN incoming port is 38887 [debug] VPN IP is 10.4.10.6 [debug] transmission incoming port is 38887 [debug] transmissionn IP is 10.4.10.6 2017-01-29 12:55:01,852 DEBG 'transmission-script' stdout output: [info] transmission not running 2017-01-29 12:55:02,473 DEBG 'transmission-script' stdout output: [info] Attempting to start transmission... [info] Removing any transmission session lock files left over from the previous run... 2017-01-29 12:55:02,475 DEBG 'transmission-script' stdout output: Script started, file is /home/nobody/typescript 2017-01-29 12:55:02,492 DEBG 'transmission-script' stdout output: Script done, file is /home/nobody/typescript 2017-01-29 12:55:02,492 DEBG 'transmission-script' stdout output: [info] transmission started [debug] VPN incoming port is 38887 [debug] VPN IP is 10.4.10.6 [debug] transmission incoming port is 38887 2017-01-29 12:55:02,492 DEBG 'transmission-script' stdout output: [debug] transmissionn IP is 10.4.10.6 Quote Link to comment
activ Posted January 29, 2017 Author Share Posted January 29, 2017 That's what I thought, the initial start is failing and after 10 minutes the script notices transmission is not running and starts it. Now for the real question, why is it not starting the first time. As far as I know the command for the restart is the same as the start. Quote Link to comment
activ Posted January 29, 2017 Author Share Posted January 29, 2017 Just to confirm, both the latest update and the 1.0 tag is not working (1.0 tag with and without new set of variables) regardless of unRAID version. I'm on the public release 6.2.4 and TransmissionVPN only stopped working today on update. Adding the new variables hasn't fixed anything and using the 1.0 tag with and without the new variables had no effect. I'm going to try re-adding it from scratch, but the unRAID version is probably a red-herring. Are you on PIA? Quote Link to comment
nexusmaniac Posted January 29, 2017 Share Posted January 29, 2017 That's what I thought, the initial start is failing and after 10 minutes the script notices transmission is not running and starts it. Now for the real question, why is it not starting the first time. As far as I know the command for the restart is the same as the start. What's the command to start it? If I restart the container I could manually run the command via docker exec That would rule out the script being the issue (which I guess it's not if it works after 10 mins) but would point towards some kind of weird and wonderful other reason behind this Quote Link to comment
jedimstr Posted January 29, 2017 Share Posted January 29, 2017 Are you on PIA? Yup, and pointed to the Toronto node: ca-toronto.privateinternetaccess.com Quote Link to comment
activ Posted January 29, 2017 Author Share Posted January 29, 2017 The part of the script that starts it is this echo "[info] Attempting to start transmission..." echo "[info] Removing any transmission session lock files left over from the previous run..." rm -f /config/transmission/session/*.lock if [[ "${VPN_PROV}" == "pia" || -n "${VPN_INCOMING_PORT}" ]]; then # run tmux attached to transmission, specifying listening interface and port /usr/bin/script /home/nobody/typescript --command "/usr/bin/tmux new-session -d -s rt -n transmission /usr/bin/transmission-daemon "--foreground" "--config-dir" "/config" "--allowed" "${WHITELIST}" "--bind-address-ipv4" "${transmission_ip}" "--peerport" "$transmission_port"" else # run tmux attached to transmission, specifying listening interface /usr/bin/script /home/nobody/typescript --command "/usr/bin/tmux new-session -d -s rt -n transmission /usr/bin/transmission-daemon "--foreground" "--config-dir" "/config" "--allowed" "${WHITELIST}" "--bind-address-ipv4" "${transmission_ip}"" fi echo "[info] transmission started" You will of course have to replace the variables. Quote Link to comment
activ Posted January 29, 2017 Author Share Posted January 29, 2017 Are you on PIA? Yup, and pointed to the Toronto node: ca-toronto.privateinternetaccess.com Could you do the same checks Nexusmaniac has done? I'm thinking this has something to do with the PIA specific part of the code. (Maybe your is also working after waiting 10 minutes) Quote Link to comment
nexusmaniac Posted January 29, 2017 Share Posted January 29, 2017 The part of the script that starts it is this echo "[info] Attempting to start transmission..." echo "[info] Removing any transmission session lock files left over from the previous run..." rm -f /config/transmission/session/*.lock if [[ "${VPN_PROV}" == "pia" || -n "${VPN_INCOMING_PORT}" ]]; then # run tmux attached to transmission, specifying listening interface and port /usr/bin/script /home/nobody/typescript --command "/usr/bin/tmux new-session -d -s rt -n transmission /usr/bin/transmission-daemon "--foreground" "--config-dir" "/config" "--allowed" "${WHITELIST}" "--bind-address-ipv4" "${transmission_ip}" "--peerport" "$transmission_port"" else # run tmux attached to transmission, specifying listening interface /usr/bin/script /home/nobody/typescript --command "/usr/bin/tmux new-session -d -s rt -n transmission /usr/bin/transmission-daemon "--foreground" "--config-dir" "/config" "--allowed" "${WHITELIST}" "--bind-address-ipv4" "${transmission_ip}"" fi echo "[info] transmission started" You will of course have to replace the variables. I just ran "/home/nobody/transmission.sh" from inside the container. [root@fcd67ab57d28 /]# /home/nobody/transmission.sh [info] VPN is enabled, checking VPN tunnel local ip is valid [info] transmission not running [info] transmission listening interface IP 0.0.0.0 and VPN provider IP 10.47.10.6 different, marking for reconfigure [info] Attempting to start transmission... [info] Removing any transmission session lock files left over from the previous run... Script started, file is /home/nobody/typescript Script done, file is /home/nobody/typescript [info] transmission started [debug] VPN incoming port is 35595 [debug] VPN IP is 10.47.10.6 [debug] transmission incoming port is 35595 [debug] transmissionn IP is 10.47.10.6 I ran it 3 times, every time it is adamant that "transmission not running" Quote Link to comment
jedimstr Posted January 29, 2017 Share Posted January 29, 2017 Are you on PIA? Yup, and pointed to the Toronto node: ca-toronto.privateinternetaccess.com Could you do the same checks Nexusmaniac has done? I'm thinking this has something to do with the PIA specific part of the code. (Maybe your is also working after waiting 10 minutes) Do you want me to try with Latest again or on the 1.0 tag? 1.0 is still dead after more than 15min since last restart. Quote Link to comment
activ Posted January 29, 2017 Author Share Posted January 29, 2017 On the latest. Quote Link to comment
activ Posted January 29, 2017 Author Share Posted January 29, 2017 @nexusmaniac: Could you try starting it manually? Maybe we'll get an error message or something. b.t.w.: 10 minutes is the sleep time of the script, that's why it's 10 minutes. Quote Link to comment
activ Posted January 29, 2017 Author Share Posted January 29, 2017 I think I found something. Can't test because I don't have PIA, but a new version will be online in a few minutes. Quote Link to comment
jedimstr Posted January 29, 2017 Share Posted January 29, 2017 So after resetting to Latest again with the new variables, I do get webUI access after 10 minutes. Probably too late since you found something, but here's some additional data if it helps: docker exec -it activ-transmissionvpn ifconfig eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 172.17.0.13 netmask 255.255.0.0 broadcast 0.0.0.0 ether 02:42:ac:11:00:0d txqueuelen 0 (Ethernet) RX packets 783 bytes 112443 (109.8 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 368 bytes 61218 (59.7 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 loop txqueuelen 1 (Local Loopback) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1500 inet 10.55.10.6 netmask 255.255.255.255 destination 10.55.10.5 unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 100 (UNSPEC) RX packets 29 bytes 6790 (6.6 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 188 bytes 29768 (29.0 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 docker exec -it activ-transmissionvpn ps -A PID TTY TIME CMD 1 ? 00:00:00 tini 16 ? 00:00:00 bash 24 ? 00:00:00 supervisord 27 ? 00:00:01 checkproc.sh 28 ? 00:00:00 start.sh 29 ? 00:00:00 transmission.sh 30 ? 00:00:00 privoxy.sh 56 ? 00:00:00 privoxy 164 ? 00:00:00 openvpn 420 ? 00:00:00 sleep 19110 ? 00:00:00 sleep 19147 ? 00:00:00 ps 19161 ? 00:00:00 checkproc.sh 19162 ? 00:00:00 netstat 19163 ? 00:00:00 checkproc.sh unRAID Docker debug log (usernames/pass blanked): usermod: no changes [info] Env var PUID defined as 99 [info] Env var PGID defined as 100 [info] Permissions already set for /config [info] Starting Supervisor... 2017-01-29 08:32:16,130 CRIT Set uid to user 0 2017-01-29 08:32:16,130 INFO Included extra file "/etc/supervisor/conf.d/transmission.conf" during parsing 2017-01-29 08:32:16,134 INFO supervisord started with pid 24 2017-01-29 08:32:17,136 INFO spawned: 'checkproc-script' with pid 27 2017-01-29 08:32:17,137 INFO spawned: 'start-script' with pid 28 2017-01-29 08:32:17,139 INFO spawned: 'transmission-script' with pid 29 2017-01-29 08:32:17,140 INFO spawned: 'privoxy-script' with pid 30 2017-01-29 08:32:17,146 DEBG 'start-script' stdout output: [info] VPN is enabled, beginning configuration of VPN 2017-01-29 08:32:17,146 INFO success: checkproc-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2017-01-29 08:32:17,146 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2017-01-29 08:32:17,146 INFO success: transmission-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2017-01-29 08:32:17,146 INFO success: privoxy-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2017-01-29 08:32:17,147 DEBG 'transmission-script' stdout output: [info] VPN is enabled, checking VPN tunnel local ip is valid 2017-01-29 08:32:17,151 DEBG 'privoxy-script' stderr output: /home/nobody/privoxy.sh: line 7: /home/nobody/checkip.sh: No such file or directory 2017-01-29 08:32:17,151 DEBG 'privoxy-script' stdout output: [info] Configuring Privoxy... 2017-01-29 08:32:17,161 DEBG 'start-script' stdout output: [info] VPN strong certs defined, copying to /config/openvpn/... 2017-01-29 08:32:17,165 DEBG 'start-script' stdout output: [debug] Environment variables defined as follows BASH=/bin/bash BASHOPTS=cmdhist:complete_fullquote:extquote:force_fignore:hostcomplete:interactive_comments:progcomp:promptvars:sourcepath BASH_ALIASES=() BASH_ARGC=() BASH_ARGV=() BASH_CMDS=() BASH_LINENO=([0]="0") BASH_SOURCE=([0]="/root/start.sh") BASH_VERSINFO=([0]="4" [1]="4" [2]="5" [3]="1" [4]="release" [5]="x86_64-unknown-linux-gnu") BASH_VERSION='4.4.5(1)-release' DEBUG=true DIRSTACK=() ENABLE_PRIVOXY=yes EUID=0 ) HOME=/home/nobody HOSTNAME=039aa96c109c HOSTTYPE=x86_64 HOST_OS=unRAID IFS=$' \t\n' LANG=en_GB.UTF-8 LAN_NETWORK=172.22.1.0/24 MACHTYPE=x86_64-unknown-linux-gnu NAME_SERVERS=8.8.8.8,8.8.4.4 OPTERR=1 OPTIND=1 OSTYPE=linux-gnu PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin PGID=100 PHP_TZ=America/New_York PIPESTATUS=([0]="0") PPID=24 PS4='+ ' PUID=99 PWD=/ SHELL=/bin/bash SHELLOPTS=braceexpand:hashall:interactive-comments SHLVL=2 STRONG_CERTS=yes SUPERVISOR_ENABLED=1 SUPERVISOR_GROUP_NAME=start-script SUPERVISOR_PROCESS_NAME=start-script TERM=xterm TZ=America/New_York UID=0 VPN_CONFIG=/config/openvpn/openvpn.ovpn VPN_DEVICE_TYPE=tun VPN_ENABLED=yes VPN_PASS=BLANKED VPN_PORT=1194 VPN_PROTOCOL=udp VPN_PROV=pia VPN_REMOTE=ca-toronto.privateinternetaccess.com VPN_USER=BLANKED WHITELIST='172.22.*.*,172.17.*.*' _='[debug] Environment variables defined as follows' exit_code_chmod=0 exit_code_chown=0 [debug] Directory listing of files in /config/openvpn as follows 2017-01-29 08:32:17,192 DEBG 'privoxy-script' stdout output: [info] All checks complete, starting Privoxy... 2017-01-29 08:32:17,721 DEBG 'privoxy-script' stderr output: 2017-01-29 08:32:17.720 2b5e6c070e00 Info: Privoxy version 3.0.26 2017-01-29 08:32:17.720 2b5e6c070e00 Info: Program name: /usr/bin/privoxy 2017-01-29 08:32:17,725 DEBG 'start-script' stdout output: total 12 drwxrwxrwx 1 nobody users 86 Jan 29 08:32 . drwxrwxr-x 1 nobody users 306 Jan 29 07:35 .. -rwxr-xr-x 1 root root 2719 Jan 29 08:32 ca.rsa.4096.crt -rwxr-xr-x 1 root root 1214 Jan 29 08:32 crl.rsa.4096.pem -rwxr-xr-x 1 root root 215 Jan 29 08:32 openvpn.ovpn 2017-01-29 08:32:17,725 DEBG 'start-script' stdout output: [debug] Contents of ovpn file /config/openvpn/openvpn.ovpn as follows... 2017-01-29 08:32:17,726 DEBG 'start-script' stdout output: client resolv-retry infinite nobind persist-key cipher aes-256-cbc auth sha256 tls-client remote-cert-tls server auth-user-pass comp-lzo verb 1 reneg-sec 0 crl-verify crl.rsa.4096.pem ca ca.rsa.4096.crt disable-occ 2017-01-29 08:32:17,727 DEBG 'start-script' stdout output: [info] VPN config file (ovpn extension) is located at /config/openvpn/openvpn.ovpn 2017-01-29 08:32:17,729 DEBG 'start-script' stdout output: [warn] VPN provider remote port incorrect, overriding to 1197 2017-01-29 08:32:17,764 DEBG 'start-script' stdout output: [info] Default route for container is 172.17.0.1 2017-01-29 08:32:17,768 DEBG 'start-script' stdout output: [info] Adding 8.8.8.8 to /etc/resolv.conf 2017-01-29 08:32:17,773 DEBG 'start-script' stdout output: [info] Adding 8.8.4.4 to /etc/resolv.conf 2017-01-29 08:32:17,773 DEBG 'start-script' stdout output: [debug] Show name servers defined for container 2017-01-29 08:32:17,774 DEBG 'start-script' stdout output: nameserver 8.8.8.8 nameserver 8.8.4.4 2017-01-29 08:32:17,774 DEBG 'start-script' stdout output: [debug] Show name resolution for VPN endpoint ca-toronto.privateinternetaccess.com 2017-01-29 08:32:17,797 DEBG 'start-script' stdout output: ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 32812 ;; flags: qr rd ra ; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;; ca-toronto.privateinternetaccess.com. IN A ;; ANSWER SECTION: ca-toronto.privateinternetaccess.com. 200 IN A 172.98.67.120 ca-toronto.privateinternetaccess.com. 200 IN A 172.98.67.96 ca-toronto.privateinternetaccess.com. 200 IN A 172.98.67.134 ca-toronto.privateinternetaccess.com. 200 IN A 172.98.67.73 ca-toronto.privateinternetaccess.com. 200 IN A 172.98.67.9 ca-toronto.privateinternetaccess.com. 200 IN A 172.98.67.68 ca-toronto.privateinternetaccess.com. 200 IN A 172.98.67.82 ca-toronto.privateinternetaccess.com. 200 IN A 172.98.67.83 ca-toronto.privateinternetaccess.com. 200 IN A 172.98.67.92 ca-toronto.privateinternetaccess.com. 200 IN A 172.98.67.87 ca-toronto.privateinternetaccess.com. 200 IN A 172.98.67.53 ca-toronto.privateinternetaccess.com. 200 IN A 172.98.67.125 ca-toronto.privateinternetaccess.com. 200 IN A 172.98.67.14 ;; AUTHORITY SECTION: ;; ADDITIONAL SECTION: ;; Query time: 20 msec ;; SERVER: 8.8.8.8 ;; WHEN: Sun Jan 29 08:32:17 2017 ;; MSG SIZE rcvd: 262 2017-01-29 08:32:17,798 DEBG 'start-script' stdout output: [info] Adding 172.22.1.0/24 as route via docker eth0 2017-01-29 08:32:17,799 DEBG 'start-script' stdout output: [info] ip route defined as follows... -------------------- 2017-01-29 08:32:17,800 DEBG 'start-script' stdout output: default via 172.17.0.1 dev eth0 172.17.0.0/16 dev eth0 proto kernel scope link src 172.17.0.13 172.22.1.0/24 via 172.17.0.1 dev eth0 2017-01-29 08:32:17,800 DEBG 'start-script' stdout output: -------------------- 2017-01-29 08:32:17,803 DEBG 'start-script' stdout output: [debug] Modules currently loaded for kernel 2017-01-29 08:32:17,805 DEBG 'start-script' stdout output: Module Size Used by vhost_net 8037 1 vhost 13029 1 vhost_net macvtap 9551 1 vhost_net macvlan 11993 1 macvtap kvm_intel 142275 6 kvm 268324 1 kvm_intel md_mod 36275 11 bonding 90588 0 xt_CHECKSUM 1271 1 iptable_mangle 1592 2 ipt_REJECT 1457 2 nf_reject_ipv4 2419 1 ipt_REJECT ebtable_filter 1839 0 ebtables 14232 1 ebtable_filter tun 16556 6 vhost_net xt_nat 1849 21 veth 4665 0 ipt_MASQUERADE 1213 25 nf_nat_masquerade_ipv4 1865 1 ipt_MASQUERADE iptable_nat 1831 1 nf_conntrack_ipv4 5810 3 nf_nat_ipv4 4327 1 iptable_nat iptable_filter 1528 2 ip_tables 9422 3 iptable_filter,iptable_mangle,iptable_nat nf_nat 9852 3 nf_nat_ipv4,xt_nat,nf_nat_masquerade_ipv4 ipmi_devintf 5176 0 ixgbe 211827 0 vxlan 23485 1 ixgbe udp_tunnel 2227 1 vxlan ptp 8988 1 ixgbe pps_core 5864 1 ptp x86_pkg_temp_thermal 4669 0 coretemp 5276 0 fbcon 33163 70 bitblit 4297 1 fbcon fbcon_rotate 1900 1 bitblit fbcon_ccw 4678 1 fbcon_rotate fbcon_ud 4741 1 fbcon_rotate fbcon_cw 4542 1 fbcon_rotate softcursor 1277 4 fbcon_cw,fbcon_ud,fbcon_ccw,bitblit font 7524 1 fbcon ast 40712 1 i2c_algo_bit 4624 1 ast drm_kms_helper 75196 1 ast cfbfillrect 3242 1 drm_kms_helper cfbimgblt 1983 1 drm_kms_helper cfbcopyarea 2942 1 drm_kms_helper ttm 60280 1 ast drm 216743 4 ast,ttm,drm_kms_helper agpgart 21186 2 drm,ttm syscopyarea 2878 1 drm_kms_helper sysfillrect 3114 1 drm_kms_helper sysimgblt 1983 1 drm_kms_helper fb_sys_fops 1314 1 drm_kms_helper i2c_i801 10759 0 fb 29368 7 fbcon,fbcon_cw,fbcon_ud,drm_kms_helper,softcursor,fbcon_ccw,bitblit i2c_core 18064 5 ast,drm,i2c_i801,drm_kms_helper,i2c_algo_bit ahci 26003 8 fbdev 966 2 fb,fbcon aacraid 97643 11 libahci 19067 1 ahci wmi 6754 0 ipmi_si 36527 0 2017-01-29 08:32:17,806 DEBG 'start-script' stdout output: [info] iptable_mangle support detected, adding fwmark for tables 2017-01-29 08:32:17,844 DEBG 'start-script' stdout output: [info] iptables defined as follows... -------------------- 2017-01-29 08:32:17,845 DEBG 'start-script' stdout output: -P INPUT DROP -P FORWARD ACCEPT -P OUTPUT DROP -A INPUT -i tun0 -j ACCEPT -A INPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT -A INPUT -i eth0 -p udp -m udp --sport 1197 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --dport 9091 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --sport 9091 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --dport 8118 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --sport 8118 -j ACCEPT -A INPUT -p udp -m udp --sport 53 -j ACCEPT -A INPUT -p icmp -m icmp --icmp-type 0 -j ACCEPT -A INPUT -i lo -j ACCEPT -A OUTPUT -o tun0 -j ACCEPT -A OUTPUT -s 172.17.0.0/16 -d 172.17.0.0/16 -j ACCEPT -A OUTPUT -o eth0 -p udp -m udp --dport 1197 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --dport 9091 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --sport 9091 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --dport 8118 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --sport 8118 -j ACCEPT -A OUTPUT -p udp -m udp --dport 53 -j ACCEPT -A OUTPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT -A OUTPUT -o lo -j ACCEPT 2017-01-29 08:32:17,846 DEBG 'start-script' stdout output: -------------------- 2017-01-29 08:32:17,847 DEBG 'start-script' stdout output: [info] Starting OpenVPN... 2017-01-29 08:32:17,860 DEBG 'start-script' stdout output: [info] OpenVPN started 2017-01-29 08:32:19,456 DEBG 'transmission-script' stdout output: [info] transmission not running [info] transmission listening interface IP 0.0.0.0 and VPN provider IP 10.55.10.6 different, marking for reconfigure 2017-01-29 08:32:21,053 DEBG 'transmission-script' stdout output: [info] Attempting to start transmission... [info] Removing any transmission session lock files left over from the previous run... 2017-01-29 08:32:21,057 DEBG 'transmission-script' stdout output: Script started, file is /home/nobody/typescript 2017-01-29 08:32:21,079 DEBG 'transmission-script' stdout output: Script done, file is /home/nobody/typescript 2017-01-29 08:32:21,080 DEBG 'transmission-script' stdout output: [info] transmission started [debug] VPN incoming port is 30146 [debug] VPN IP is 10.55.10.6 [debug] transmission incoming port is 30146 [debug] transmissionn IP is 10.55.10.6 2017-01-29 08:42:21,201 DEBG 'transmission-script' stdout output: [info] transmission not running 2017-01-29 08:42:21,830 DEBG 'transmission-script' stdout output: [info] Attempting to start transmission... [info] Removing any transmission session lock files left over from the previous run... 2017-01-29 08:42:21,832 DEBG 'transmission-script' stdout output: Script started, file is /home/nobody/typescript 2017-01-29 08:42:21,848 DEBG 'transmission-script' stdout output: Script done, file is /home/nobody/typescript 2017-01-29 08:42:21,848 DEBG 'transmission-script' stdout output: [info] transmission started [debug] VPN incoming port is 30146 [debug] VPN IP is 10.55.10.6 [debug] transmission incoming port is 30146 [debug] transmissionn IP is 10.55.10.6 Also just to confirm, the new variables since it's not clear on the Hub or here: Path: /etc/localtime STRONG_CERTS NAME_SERVERS PHP_TZ VPN_DEVICE_TYPE Instead of cap-add=NET_ADMIN I'm running with --privileged. Quote Link to comment
activ Posted January 29, 2017 Author Share Posted January 29, 2017 The new version is up, could one of you see if it fixes the problem? Quote Link to comment
jedimstr Posted January 29, 2017 Share Posted January 29, 2017 The new version is up, could one of you see if it fixes the problem? Pulled latest, still down on initial startup. Waiting the 10 minutes to see if it pops up. I'll post the new debug log after that duration. Quote Link to comment
nexusmaniac Posted January 29, 2017 Share Posted January 29, 2017 Issue persists with the latest version sadly, I've tried manually starting both via "/home/nobody/transmission.sh" & echo "[info] Attempting to start transmission..." echo "[info] Removing any transmission session lock files left over from the previous run..." rm -f /config/transmission/session/*.lock if [[ "${VPN_PROV}" == "pia" || -n "${VPN_INCOMING_PORT}" ]]; then # run tmux attached to transmission, specifying listening interface and port /usr/bin/script /home/nobody/typescript --command "/usr/bin/tmux new-session -d -s rt -n transmission /usr/bin/transmission-daemon "--foreground" "--config-dir" "/config" "--allowed" "${WHITELIST}" "--bind-address-ipv4" "${transmission_ip}" "--peerport" "$transmission_port"" else # run tmux attached to transmission, specifying listening interface /usr/bin/script /home/nobody/typescript --command "/usr/bin/tmux new-session -d -s rt -n transmission /usr/bin/transmission-daemon "--foreground" "--config-dir" "/config" "--allowed" "${WHITELIST}" "--bind-address-ipv4" "${transmission_ip}"" fi I've not got either one working yet, only thing that lets it work is waiting 10 mins, I'll continue to mess with manually running the script Quote Link to comment
nexusmaniac Posted January 29, 2017 Share Posted January 29, 2017 SUCCESS!! rm -f /config/transmission/session/*.lock if [[ "${VPN_PROV}" == "pia" || -n "${VPN_INCOMING_PORT}" ]]; then /usr/bin/script /home/nobody/typescript --command "/usr/bin/tmux new-session -d -s rt -n transmission /usr/bin/transmission-daemon "--foreground" "--config-dir" "/config" "--allowed" "*.*.*.*" "--bind-address-ipv4" "$0.0.0.0" "--peerport" "9091"" else /usr/bin/script /home/nobody/typescript --command "/usr/bin/tmux new-session -d -s rt -n transmission /usr/bin/transmission-daemon "--foreground" "--config-dir" "/config" "--allowed" "*.*.*.*" "--bind-address-ipv4" "0.0.0.0"" fi I can restart the docker, run that code block in the docker exec. webUI starts, the ps -A has tmux:server, etc. All is good Quote Link to comment
Recommended Posts
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.