[Support] binhex - DelugeVPN


Recommended Posts

1 hour ago, binhex said:

They could be related, its a possibility, if your array is for some reason suffering with poor performance (high fragmentation, low free disk space, or disk issues) then writing to the array will result in low speeds for deluge as well. 

 

tbh most people write to a ssd cache drive to decrease the spin up time for their array, thus resulting in less load on the array, cheaper electricity bills and better write performance, so i would encourage you to consider this for both /config and /data, it may well fix your speed problems :-).

My /data size is a little over 4TB right now so SSD's are not really an option but I've got a 4TB WD Red that is preclearing. I'll mount it in UD and see what happens using it.

 

Side issue- does anyone know which version of python the docker uses? I really need to get "Auto Remove Plus" plugin installed.

Link to comment
57 minutes ago, Ruckus42 said:

 

Odd, I have indeed entered them in correctly. Yep, Key 2 and Key 3. Just checked. Here's an updated file with the password manually redacted:

supervisord.log

 

Edit: I forgot to mention, I had to bump Host Port 5 up by one port number due to a clash with rutorrent on the unraid server. Does that make a difference?

Another edit: I swapped the ports between the two apps, but no change. So no, that's not an issue, apparently.

 

can you follow the steps in the post below, debug should tell me a lot more:-

 

 

Link to comment
51 minutes ago, wgstarks said:

My /data size is a little over 4TB right now so SSD's are not really an option

 

i wasn't really suggesting you use an SSD for long running seeding, more as a storage medium to download the torrent, once its down then move it to the array, either via mover script, or via another application such as sonarr, radarr etc, this way all the tiny writes are done on SSD and dont keep your array disks spinning, a 256 GB SSD should be adequate for this (what i use).

Link to comment
1 minute ago, binhex said:

 

i wasn't really suggesting you use an SSD for long running seeding, more as a storage medium to download the torrent, once its down then move it to the array, either via mover script, or via another application such as sonarr, radarr etc, this way all the tiny writes are done on SSD and dont keep your array disks spinning, a 256 GB SSD should be adequate for this (what i use).

If I use Radarr to move (rather than copy) the completed file won't Deluge lose the file for seeding?

Link to comment
1 minute ago, wgstarks said:

If I use Radarr to move (rather than copy) the completed file won't Deluge lose the file for seeding?

 

i would imagine so, yes, but you could re-add the torrent as long as the file moved is not modified then you could simple re check the file again and you would be back to seeding again, you might even be able to do some clever symlink so that deluge doesnt really knows its been moved, btw i dont do long seeding so i have no experience here, there might be more elegant ways of doing this that other people can suggest as im sure its a solved problem :-)

Link to comment
5 minutes ago, Ruckus42 said:

 

Debug enabled:

supervisord.log

 

ahh i see the problem:-

 

can't ask for 'Enter Private Key Password:'

 

so your private key currently is password protected, as this is running as a daemonized process inside of a docker container there is no terminal and thus no way to enter the private key, the only way around this is to re-generate your private key and do NOT set a password, then delete the old key with the password and replace it with the new one.

  • Like 1
Link to comment
3 hours ago, wgstarks said:

If I use Radarr to move (rather than copy) the completed file won't Deluge lose the file for seeding?

 

3 hours ago, binhex said:

 

i would imagine so, yes, but you could re-add the torrent as long as the file moved is not modified then you could simple re check the file again and you would be back to seeding again, you might even be able to do some clever symlink so that deluge doesnt really knows its been moved, btw i dont do long seeding so i have no experience here, there might be more elegant ways of doing this that other people can suggest as im sure its a solved problem :-)

 

Thoughts?

 

Set "incomplete" to the cache. (Current files get saved to cache)

Set "completed" to  the array. (Finished downloads are moved to the array then seeded)

 

That way the downloads are downloading to the cache and aren't spinning up the array until the download is complete where it seeds via array disk.

 

Feasible? Sensible? Unrealistic?

Link to comment
9 minutes ago, MowMdown said:

 

 

Thoughts?

 

Set "incomplete" to the cache. (Current files get saved to cache)

Set "completed" to  the array. (Finished downloads are moved to the array then seeded)

 

That way the downloads are downloading to the cache and aren't spinning up the array until the download is complete where it seeds via array disk.

 

Feasible? Sensible? Unrealistic?

Worth a shot. I need to check the size of my incomplete folder but I think this is worth testing. Thanks. Seems so obvious once someone else thinks of it. :D

Link to comment
8 hours ago, binhex said:

 

... download the torrent, once its down then move it to the array, either via mover script, or via another application such as sonarr, radarr etc,

 

Can't the facility, built into deluge, to move completed torrents, be used to automate this?

 

The only problem I've found with using Deluge to move a file is that all torrenting activity stops while the file is being moved.

Edited by PeterB
Link to comment
10 minutes ago, PeterB said:

Can't the facility, built into deluge, to move completed torrents, be used to automate this?

It will move the files but no sorting and renaming AFAIK. Haven't really investigated all the Deluge plugins so there may be one that does.

 

10 minutes ago, PeterB said:

 

The only problem I've found with using Deluge to move a file is that all torrenting activity stops while the file is being moved.

Edited 4 minutes ago by PeterB

Wondered why my up/down speeds keep dropping to zero at random times.

Edited by wgstarks
Link to comment
52 minutes ago, wgstarks said:

It will move the files but no sorting and renaming AFAIK. Haven't really investigated all the Deluge plugins so there may be one that does.

 

What sorting/renaming do you want?  For my purpose, simply moving the files to a different directory is sufficient.

Link to comment

@krobson17, @wgstarks Regarding the low speed, one thing you can try is to switch to a tcp connection, preferably TCP 443 or 53 if possible. Where I live many ISP's throttle UDP VPN connections, dont ask me why. When I was a PIA member I had to switch to a TCP connection to get the speed I wanted. So try to download a new opvn file which connects over TCP. I don't know if this is possible with PIA now, but it was at least when I was a member. If you can't find a new file ask PIA if they can send one to you if they support it. If not I would switch provider, AirVPN maybe. If you guys have checked your settings and everything is ok then I'm almost certain you're suffering form ISP throttling. 

Edited by strike
Link to comment

having some issues, first id like to state that im a complete noob and i beforehand say im sorry. its been working fine for quite some time now, but after an update or power outage i cant get the VPN to work. loaded gui fine without it, with it enabled i could not. so it tried removing the docker aswell as deleting the folder binhex-delugevp. now, it still works without vpn. but im getting this No OpenVPN config file located in /config/openvpn/ (ovpn extension), please download from your VPN provider and then restart this container, exiting... 

did not get that before, before it simply wouldnt connect. did i do the correct way of deleting a docker and its Configs? and how can i fix this issue. i use PIA as my vpn if that is relevant.

 

Edited by Krooked
Link to comment
20 minutes ago, Krooked said:

having some issues, first id like to state that im a complete noob and i beforehand say im sorry. its been working fine for quite some time now, but after an update or power outage i cant get the VPN to work. loaded gui fine without it, with it enabled i could not. so it tried removing the docker aswell as deleting the folder binhex-delugevp. now, it still works without vpn. but im getting this No OpenVPN config file located in /config/openvpn/ (ovpn extension), please download from your VPN provider and then restart this container, exiting... 

did not get that before, before it simply wouldnt connect. did i do the correct way of deleting a docker and its Configs? and how can i fix this issue. i use PIA as my vpn if that is relevant.

 

 

click on the link below and start reading at the newbie vpn guide heading:-

 

 

Link to comment

I receive an error when starting the docker container.

Created by...
___.   .__       .__
\_ |__ |__| ____ |  |__   ____ ___  ___
 | __ \|  |/    \|  |  \_/ __ \\  \/  /
 | \_\ \  |   |  \   Y  \  ___/ >    <
 |___  /__|___|  /___|  /\___  >__/\_ \
     \/        \/     \/     \/      \/
   https://hub.docker.com/u/binhex/
2017-09-12 18:47:49.515050 [info] Host is running unRAID
2017-09-12 18:47:49.531691 [info] System information Linux e8f0323b015a 4.9.30-unRAID #1 SMP PREEMPT Fri May 26 13:56:36 PDT 2017 x86_64 GNU/Linux
2017-09-12 18:47:49.549026 [info] PUID defined as '99'
2017-09-12 18:47:49.566938 [info] PGID defined as '100'
2017-09-12 18:47:49.595151 [info] UMASK defined as '377'
2017-09-12 18:47:49.612152 [info] Permissions already set for volume mappings
2017-09-12 18:47:49.630751 [info] VPN_ENABLED defined as 'yes'
2017-09-12 18:47:49.649423 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/integrity.ovpn
dos2unix: converting file /config/openvpn/integrity.ovpn to Unix format...
2017-09-12 18:47:49.667182 [info] VPN remote line defined as '155.4.14.44 1196'
2017-09-12 18:47:49.683939 [info] VPN_REMOTE defined as '155.4.14.44'
2017-09-12 18:47:49.700858 [info] VPN_PORT defined as '1196'
2017-09-12 18:47:49.717434 [info] VPN_PROTOCOL defined as 'udp'
2017-09-12 18:47:49.734564 [info] VPN_DEVICE_TYPE defined as 'tun'
2017-09-12 18:47:49.751307 [info] VPN_PROV defined as 'custom'
2017-09-12 18:47:49.768165 [info] LAN_NETWORK defined as '10.0.0.0/24'
2017-09-12 18:47:49.784987 [info] NAME_SERVERS defined as '10.0.0.100,8.8.8.8,213.80.98.2,213.80.101.3,79.136.77.113'
2017-09-12 18:47:49.801947 [info] VPN_USER defined as '<VPN USERNAME>'
2017-09-12 18:47:49.818621 [info] VPN_PASS defined as '<VPN PASSWORD>'
2017-09-12 18:47:49.835111 [warn] VPN_INCOMING_PORT not defined (via -e VPN_INCOMING_PORT), downloads may be slow
2017-09-12 18:47:49.851889 [info] VPN_OPTIONS not defined (via -e VPN_OPTIONS)
2017-09-12 18:47:49.869048 [info] ENABLE_PRIVOXY defined as 'no'
2017-09-12 18:47:49.884130 [info] Setting permissions on files/folders inside container...
2017-09-12 18:47:49.901522 [info] Starting Supervisor...
2017-09-12 18:47:50,057 CRIT Set uid to user 0
2017-09-12 18:47:50,057 INFO Included extra file "/etc/supervisor/conf.d/delugevpn.conf" during parsing
2017-09-12 18:47:50,058 INFO supervisord started with pid 7
2017-09-12 18:47:51,061 INFO spawned: 'start-script' with pid 131
2017-09-12 18:47:51,064 INFO spawned: 'deluge-script' with pid 132
2017-09-12 18:47:51,067 INFO spawned: 'deluge-web-script' with pid 133
2017-09-12 18:47:51,067 INFO spawned: 'privoxy-script' with pid 134
2017-09-12 18:47:51,067 INFO reaped unknown pid 8
2017-09-12 18:47:51,069 DEBG 'deluge-script' stdout output:
[info] Deluge config file already exists, skipping copy
2017-09-12 18:47:51,069 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2017-09-12 18:47:51,069 INFO success: deluge-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2017-09-12 18:47:51,069 INFO success: deluge-web-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2017-09-12 18:47:51,069 INFO success: privoxy-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2017-09-12 18:47:51,070 DEBG 'deluge-script' stdout output:
[info] VPN is enabled, checking VPN tunnel local ip is valid
2017-09-12 18:47:51,070 DEBG 'start-script' stdout output:
[info] VPN is enabled, beginning configuration of VPN
2017-09-12 18:47:51,070 DEBG fd 26 closed, stopped monitoring <POutputDispatcher at 47131088238856 for <Subprocess at 47131088253584 with name privoxy-script in state RUNNING> (stderr)>
2017-09-12 18:47:51,070 DEBG 'privoxy-script' stdout output:
[info] Privoxy set to disabled
2017-09-12 18:47:51,071 INFO exited: privoxy-script (exit status 0; expected)
2017-09-12 18:47:51,071 DEBG received SIGCLD indicating a child quit
2017-09-12 18:47:51,083 DEBG 'start-script' stdout output:
[info] Default route for container is 172.17.0.1
2017-09-12 18:47:51,084 DEBG 'start-script' stdout output:
[info] Adding 10.0.0.100 to /etc/resolv.conf
2017-09-12 18:47:51,086 DEBG 'start-script' stdout output:
[info] Adding 8.8.8.8 to /etc/resolv.conf
2017-09-12 18:47:51,088 DEBG 'start-script' stdout output:
[info] Adding 213.80.98.2 to /etc/resolv.conf
2017-09-12 18:47:51,090 DEBG 'start-script' stdout output:
[info] Adding 213.80.101.3 to /etc/resolv.conf
2017-09-12 18:47:51,091 DEBG 'start-script' stdout output:
[info] Adding 79.136.77.113 to /etc/resolv.conf
2017-09-12 18:47:51,093 DEBG 'start-script' stdout output:
155.4.14.44
2017-09-12 18:47:51,095 DEBG 'start-script' stdout output:
[info] Adding 10.0.0.0/24 as route via docker eth0
2017-09-12 18:47:51,095 DEBG 'start-script' stdout output:
[info] ip route defined as follows...
--------------------
2017-09-12 18:47:51,096 DEBG 'start-script' stdout output:
default via 172.17.0.1 dev eth0
10.0.0.0/24 via 172.17.0.1 dev eth0
172.17.0.0/16 dev eth0 proto kernel scope link src 172.17.0.7
2017-09-12 18:47:51,096 DEBG 'start-script' stdout output:
--------------------
2017-09-12 18:47:51,098 DEBG 'start-script' stdout output:
[info] iptable_mangle support detected, adding fwmark for tables
2017-09-12 18:47:51,124 DEBG 'start-script' stdout output:
[info] Docker network defined as    172.17.0.0/16
2017-09-12 18:47:51,222 DEBG 'start-script' stdout output:
[info] iptables defined as follows...
--------------------
2017-09-12 18:47:51,224 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 1196 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --dport 8112 -j ACCEPT
-A INPUT -i eth0 -p tcp -m tcp --sport 8112 -j ACCEPT
-A INPUT -s 10.0.0.0/24 -i eth0 -p tcp -m tcp --dport 58846 -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 1196 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --dport 8112 -j ACCEPT
-A OUTPUT -o eth0 -p tcp -m tcp --sport 8112 -j ACCEPT
-A OUTPUT -d 10.0.0.0/24 -o eth0 -p tcp -m tcp --sport 58846 -j ACCEPT
-A OUTPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT
-A OUTPUT -o lo -j ACCEPT
2017-09-12 18:47:51,224 DEBG 'start-script' stdout output:
--------------------
2017-09-12 18:47:51,225 DEBG 'start-script' stdout output:
[info] Starting OpenVPN...
2017-09-12 18:47:51,235 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:51 2017 WARNING: file 'tls.key' is group or others accessible
Tue Sep 12 18:47:51 2017 WARNING: file 'credentials.conf' is group or others accessible
Tue Sep 12 18:47:51 2017 OpenVPN 2.4.1 x86_64-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Mar 22 2017
Tue Sep 12 18:47:51 2017 library versions: OpenSSL 1.1.0e  16 Feb 2017, LZO 2.10
2017-09-12 18:47:51,236 DEBG 'start-script' stdout output:
[info] OpenVPN started
2017-09-12 18:47:51,236 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:51 2017 WARNING: --ns-cert-type is DEPRECATED.  Use --remote-cert-tls instead.
Tue Sep 12 18:47:51 2017 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
2017-09-12 18:47:51,237 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:51 2017 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Tue Sep 12 18:47:51 2017 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
2017-09-12 18:47:51,237 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:51 2017 TCP/UDP: Preserving recently used remote address: [AF_INET]155.4.14.44:1196
Tue Sep 12 18:47:51 2017 Socket Buffers: R=[212992->212992] S=[212992->212992]
Tue Sep 12 18:47:51 2017 UDP link local: (not bound)
Tue Sep 12 18:47:51 2017 UDP link remote: [AF_INET]155.4.14.44:1196
2017-09-12 18:47:51,248 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:51 2017 TLS: Initial packet from [AF_INET]155.4.14.44:1196, sid=d57b8089 f6727768
2017-09-12 18:47:51,272 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:51 2017 VERIFY OK: depth=1, C=SE, ST=S, L=Stockholm, O=5july.org, OU=integrityvpn, CN=integrity, name=integrity vpn, [email protected]
2017-09-12 18:47:51,273 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:51 2017 VERIFY OK: nsCertType=SERVER
Tue Sep 12 18:47:51 2017 VERIFY KU OK
Tue Sep 12 18:47:51 2017 Validating certificate extended key usage
Tue Sep 12 18:47:51 2017 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
Tue Sep 12 18:47:51 2017 VERIFY EKU OK
Tue Sep 12 18:47:51 2017 VERIFY OK: depth=0, C=SE, ST=S, L=Stockholm, O=5july.org, OU=integrity_vpn, CN=integrity, name=integrity, [email protected]
2017-09-12 18:47:51,334 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:51 2017 Control Channel: TLSv1.2, cipher TLSv1.2 DHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
Tue Sep 12 18:47:51 2017 [integrity] Peer Connection Initiated with [AF_INET]155.4.14.44:1196
2017-09-12 18:47:52,440 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:52 2017 SENT CONTROL [integrity]: 'PUSH_REQUEST' (status=1)
2017-09-12 18:47:52,451 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:52 2017 PUSH: Received control message: 'PUSH_REPLY,route-gateway 10.251.9.1,topology subnet,route 155.4.14.44 255.255.255.255 net_gateway,redirect-gateway def1,dhcp-option DNS 213.80.98.2,dhcp-option DNS 213.80.101.3,dhcp-option DNS 79.136.77.113,ping 5,ping-restart 30,ifconfig 10.251.9.107 255.255.255.0'
2017-09-12 18:47:52,452 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:52 2017 OPTIONS IMPORT: timers and/or timeouts modified
Tue Sep 12 18:47:52 2017 OPTIONS IMPORT: --ifconfig/up options modified
Tue Sep 12 18:47:52 2017 OPTIONS IMPORT: route options modified
Tue Sep 12 18:47:52 2017 OPTIONS IMPORT: route-related options modified
Tue Sep 12 18:47:52 2017 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Tue Sep 12 18:47:52 2017 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
Tue Sep 12 18:47:52 2017 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Tue Sep 12 18:47:52 2017 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
Tue Sep 12 18:47:52 2017 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Tue Sep 12 18:47:52 2017 ROUTE_GATEWAY 172.17.0.1/255.255.0.0 IFACE=eth0 HWADDR=02:42:ac:11:00:07
2017-09-12 18:47:52,453 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:52 2017 TUN/TAP device tun0 opened
Tue Sep 12 18:47:52 2017 TUN/TAP TX queue length set to 100
Tue Sep 12 18:47:52 2017 do_ifconfig, tt->did_ifconfig_ipv6_setup=0
Tue Sep 12 18:47:52 2017 /usr/bin/ip link set dev tun0 up mtu 1500
2017-09-12 18:47:52,455 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:52 2017 /usr/bin/ip addr add dev tun0 10.251.9.107/24 broadcast 10.251.9.255
2017-09-12 18:47:52,458 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:52 2017 /root/openvpnup.sh tun0 1500 1558 10.251.9.107 255.255.255.0 init
2017-09-12 18:47:52,463 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:52 2017 /usr/bin/ip route add 155.4.14.44/32 via 172.17.0.1
2017-09-12 18:47:52,466 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:52 2017 /usr/bin/ip route add 0.0.0.0/1 via 10.251.9.1
2017-09-12 18:47:52,469 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:52 2017 /usr/bin/ip route add 128.0.0.0/1 via 10.251.9.1
2017-09-12 18:47:52,472 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:52 2017 /usr/bin/ip route add 155.4.14.44/32 via 172.17.0.1
2017-09-12 18:47:52,475 DEBG 'start-script' stdout output:
RTNETLINK answers: File exists
2017-09-12 18:47:52,476 DEBG 'start-script' stdout output:
Tue Sep 12 18:47:52 2017 ERROR: Linux route add command failed: external program exited with error status: 2
Tue Sep 12 18:47:52 2017 Initialization Sequence Completed
2017-09-12 18:47:52,581 DEBG 'deluge-script' stdout output:
[info] Deluge not running
2017-09-12 18:47:52,582 DEBG 'deluge-script' stdout output:
[info] Deluge listening interface IP 0.0.0.0 and VPN provider IP 10.251.9.107 different, marking for reconfigure
[info] Attempting to start Deluge...
2017-09-12 18:47:52,690 DEBG 'start-script' stdout output:
[info] Successfully retrieved external IP address 155.4.14.45
2017-09-12 18:47:52,842 DEBG 'deluge-script' stdout output:
[info] Deluge started
2017-09-12 18:47:52,974 DEBG 'deluge-script' stderr output:
Unhandled error in Deferred:

2017-09-12 18:47:53,055 DEBG 'deluge-web-script' stdout output:
[info] Starting Deluge webui...
2017-09-12 18:47:53,361 DEBG 'deluge-web-script' stderr output:
[ERROR   ] 18:47:53 pluginmanagerbase:146 Unable to instantiate plugin!
2017-09-12 18:47:53,362 DEBG 'deluge-web-script' stderr output:
[ERROR   ] 18:47:53 pluginmanagerbase:147 Can't extract file(s) to egg cache
The following error occurred while trying to extract file(s) to the Python egg
cache:
  [Errno 13] Permission denied: '/home/nobody/.cache/Python-Eggs/Label-0.2-py2.7.egg-tmp/label'
The Python egg cache directory is currently set to:
  /home/nobody/.cache/Python-Eggs
Perhaps your account does not have write access to this directory?  You can
change the cache directory by setting the PYTHON_EGG_CACHE environment
variable to point to an accessible directory.
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/deluge/pluginmanagerbase.py", line 144, in enable_plugin
    instance = cls(plugin_name.replace("-", "_"))
  File "/usr/lib/python2.7/site-packages/deluge/plugins/Label-0.2-py2.7.egg/label/__init__.py", line 52, in __init__
    from webui import WebUI as _plugin_cls
  File "/usr/lib/python2.7/site-packages/deluge/plugins/Label-0.2-py2.7.egg/label/webui.py", line 51, in <module>
  File "/usr/lib/python2.7/site-packages/deluge/plugins/Label-0.2-py2.7.egg/label/webui.py", line 53, in WebUI
  File "/usr/lib/python2.7/site-packages/deluge/plugins/Label-0.2-py2.7.egg/label/webui.py", line 49, in get_resource
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 1203, in resource_filename
    self, resource_name
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 1716, in get_resource_filename
    return self._extract_resource(manager, zip_path)
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 1745, in _extract_resource
    self.egg_name, self._parts(zip_path)
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 1270, in get_cache_path
    self.extraction_error()
  File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 1250, in extraction_error
    raise err
ExtractionError: Can't extract file(s) to egg cache
The following error occurred while trying to extract file(s) to the Python egg
cache:
  [Errno 13] Permission denied: '/home/nobody/.cache/Python-Eggs/Label-0.2-py2.7.egg-tmp/label'
The Python egg cache directory is currently set to:
  /home/nobody/.cache/Python-Eggs
Perhaps your account does not have write access to this directory?  You can
change the cache directory by setting the PYTHON_EGG_CACHE environment
variable to point to an accessible directory.

 

Link to comment
14 minutes ago, zyke said:

@MowMdownNo, I am using only 10.0.0.1-10.0.0.254 (*.0 is Network ID and *.255 is Broadcast). And it seems like the issue is more related to folder and / or file permissions.

 

Thanks though =)

 

Would I be correct to assume your subnet is 255.0.0.0?

 

Folder/Docker perms can be reset in unraid settings by running the docker new file perms

Link to comment
45 minutes ago, zyke said:

@MowMdownNo, I am using only 10.0.0.1-10.0.0.254 (*.0 is Network ID and *.255 is Broadcast). And it seems like the issue is more related to folder and / or file permissions.

 

Thanks though =)

 

umask looks a bit on the restrictive side:-

 

UMASK defined as '377'

thats equates to new files and folders are read only, no other permissions and thus the error, my advise leave it on defaults unless you got a good reason not to.

Link to comment

@MowMdown

No, my subnet is 255.255.255.0, ergo /24. a /8 is 255.0.0.0.

 

Left side is host bits vs right side is the network bits.

so I am using the following.

10.0.0.0 255.255.255.0

 

Each part between the dots are called octets, which means that both the host part and the network part each got themselves four octets.

Each octet has 8 binaries. where you can see 1 to be on and 0 to be off.

 

10.0.0.0 255.255.255.0 is equal to

Host: 00001010 00000000 00000000 00000000 = 10.0.0.0 

Network: 11111111 11111111 11111111 00000000 = 255.255.255.0

 

Looking at the binary of it.

128 64 32 16 8 4 2 1

 

From left to right, each number represent the above value.

In a /24 you have 256 IP addresses, however only 254 are usable, since you need to have a network ID which is .0 and a broadcast IP which is .255.

in a /16, which is equal to 255.255.0.0 or 11111111 11111111 00000000 00000000 where you have 256 x 256 =  65 536 addresses 

A /8 is equal to the one you are referring to, 255.0.0.0 or 11111111 00000000 00000000 00000000 which is 256 x 256 x 256 = 16 777 216 addresses.

 

I hope you don't mind me explaining it, and that it doesn't make me look like I am trying to put you on the spot or anything.

I use to be a Network Security Consultant before, so networking is something I know :)

 

 

@binhex

Ahh, excellent, thanks. I hopes that would solve the issue with having my openvpn config files group and globally read & writable. But apparently it is not applicable to those.

Thanks =)

 

Link to comment
On 12/09/2017 at 5:03 AM, strike said:

@krobson17, @wgstarks Regarding the low speed, one thing you can try is to switch to a tcp connection, preferably TCP 443 or 53 if possible. Where I live many ISP's throttle UDP VPN connections, dont ask me why. When I was a PIA member I had to switch to a TCP connection to get the speed I wanted. So try to download a new opvn file which connects over TCP. I don't know if this is possible with PIA now, but it was at least when I was a member. If you can't find a new file ask PIA if they can send one to you if they support it. If not I would switch provider, AirVPN maybe. If you guys have checked your settings and everything is ok then I'm almost certain you're suffering form ISP throttling. 

@krobson17 did you try the above suggestion? 

 

Link to pia TCP ovpn config zip https://www.privateinternetaccess.com/openvpn/openvpn-tcp.zip

Edited by binhex
Link to comment

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.