2 minutes ago, GaryBellars said:

So when you say client do you mean my VPN or my Router?

err i didnt say client?, did you click on the link and look at Q4?.

I feel that I am a bit unorthodox in that I am using your container in conjunction with Radarr and Sonarr to download to an unassigned device mapped in UnRaid with the slave RW mount.  I am getting the files downloaded but seem to have the partial~ extension on the files where I have my Plex data already located.  Perhaps I don't understand fully what I am supposed to be doing, or I am oversimplifying this.  I would like to see if anyone here can point me in the right direction to correct my malfunction.

 

Screenshot of my volume mappings specifically

 

partial~ usually means that the file hasn't finished copying to it's final destination.

How long does it typically stay that way?  It has been a couple days for a 5 gb file. The downloads folder shows a good and usable file extension.

 

If it stays that way, do you know where I might look to find more information inside my setup to figure out what happened? Thanks

@binhexI starting having issues this morning with been running for over a year and all of the sudden this morning it would not load the internal URL. 

I Removed the Docker and the Config folder and started over and same issue. If i turn off VPN it works but if i Enable it then it wont load the page so i got it down to the VPN. My Network is 172.16.5.0/23 and that is configured in the LAN setting. Here my log any help would be great 

 

 

 

 

supervisord.log

11 minutes ago, rguinn said:

@binhexI starting having issues this morning with been running for over a year and all of the sudden this morning it would not load the internal URL. 

I Removed the Docker and the Config folder and started over and same issue. If i turn off VPN it works but if i Enable it then it wont load the page so i got it down to the VPN. My Network is 172.16.5.0/23 and that is configured in the LAN setting. Here my log any help would be great 

 

 

 

 

supervisord.log 22.28 kB · 0 downloads

check your location to are trying to connect to, its either been renamed or doesnt exist any more.

Just now, binhex said:

check your location to are trying to connect to, its either been renamed or doesnt exist any more.

That would be the OVPN file correct? 

 

I also noticed that when VPN is on if i enter the custom port 8083 it will change to 8080 never seen it do that before 

6 minutes ago, rguinn said:

That would be the OVPN file correct? 

 

I also noticed that when VPN is on if i enter the custom port 8083 it will change to 8080 never seen it do that before 

@binhex I DL a new VPN files from PIA website and same issues here a new log 

 

 

 

not sure what i am doing wrong. Thank you for helping 

supervisord-newlocation.txt

5 minutes ago, rguinn said:

@binhex I DL a new VPN files from PIA website and same issues here a new log 

 

 

 

not sure what i am doing wrong. Thank you for helping 

supervisord-newlocation.txt 20.96 kB · 0 downloads

thats a sucessful start, so check your web browser, ensure the machine you are attempting to connect to sabnzbd web ui is coming from an ip in the range 172.16.5.0/23, ensure no vlan blocking or host firewall.

3 minutes ago, binhex said:

thats a sucessful start, so check your web browser, ensure the machine you are attempting to connect to sabnzbd web ui is coming from an ip in the range 172.16.5.0/23, ensure no vlan blocking or host firewall.

Thank you I am on a ethernet connected machine on the same subnet no VLan or Firewall and I even rebooted the UNRAID Host 

 

8 minutes ago, rguinn said:

@binhexThank you I am on a ethernet connected machine on the same subnet no VLan or Firewall and I even rebooted the UNRAID Host 

 

Also DL the docker for firefox on the host and attempted to connect 

Edited July 16, 20205 yr by rguinn
tag

Out of the blue, I can no longer access the UI via IP address etc. Just says connecting... and never loads the UI. Clearly I've messed something up somewhere. What's the proper way to remove my existing install, including appdata contents, and start again?

5 minutes ago, newoski said:

Out of the blue, I can no longer access the UI via IP address etc. Just says connecting... and never loads the UI. Clearly I've messed something up somewhere. What's the proper way to remove my existing install, including appdata contents, and start again?

Same Here ! before wiping it out can you do a debug and upload the log just incase there a bigger problem and @binhexcan review 

19 minutes ago, rguinn said:

Same Here ! before wiping it out can you do a debug and upload the log just incase there a bigger problem and @binhexcan review 

Already wiped, using CA tools, and reinstalled. Working fine after I did that

@binhexI was able to remove the app and delete the folder and here what i found if i uses any port other then 8080 on the reinstall it will not work. But if i uses 8080 its working fine. lucky i don't have anything using 8080 so i just do that @newoski thanks you letting me know

last night I noticed some problems with sab. I restarted the docker and now I can not access the UI unless I set the docker to VPN=OFF.

 

here is a log.

 

https://pastebin.com/iV6hfwY9

 

 

I think i figured it out. seems PIA changed from us-texas.privateinternetaccess.com to us-dal.privateinternetaccess.com. Seems there were a few other changes if anyone else is having this issue.

Edited July 18, 20205 yr by itskamel

Hi,

 

I have my system set up to back up docker containers every Sunday morning. However, without fail I seem to get a ‘connection failed’ error within SABnzbdVPN upon the container restarting. Frustrating as none of the other containers that rely on the proxy will work either, until I go in and manually restart SABnzbdVPN.

 

Any ideas what might be causing the connection failed? I have a working system otherwise. 

 

I have added some logs which I think may show the issue:

 

2020-07-19 07:51:40,542 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:40 2020 ROUTE6: default_gateway=UNDEF
Sun Jul 19 07:51:40 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
Sun Jul 19 07:51:40 2020 OpenVPN ROUTE: failed to parse/resolve route for host/network: fc00::/7

Sun Jul 19 07:51:40 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
Sun Jul 19 07:51:40 2020 OpenVPN ROUTE: failed to parse/resolve route for host/network: 3000::/4

Sun Jul 19 07:51:40 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
Sun Jul 19 07:51:40 2020 OpenVPN ROUTE: failed to parse/resolve route for host/network: 2000::/4

Sun Jul 19 07:51:40 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
Sun Jul 19 07:51:40 2020 OpenVPN ROUTE: failed to parse/resolve route for host/network: ::/3


2020-07-19 07:51:40,542 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:40 2020 TUN/TAP device tun0 opened
Sun Jul 19 07:51:40 2020 TUN/TAP TX queue length set to 100
Sun Jul 19 07:51:40 2020 /usr/bin/ip link set dev tun0 up mtu 1500

2020-07-19 07:51:40,543 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:40 2020 /usr/bin/ip addr add dev tun0 10.32.208.193/24 broadcast 10.32.208.255

2020-07-19 07:51:40,544 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:40 2020 /root/openvpnup.sh tun0 1500 1553 10.32.208.193 255.255.255.0 init

2020-07-19 07:51:40,660 DEBG 'start-script' stdout output:
[info] Application does not require port forwarding or VPN provider is != pia, skipping incoming port assignment

2020-07-19 07:51:40,660 DEBG 'start-script' stdout output:
[info] Checking we can resolve name 'www.google.com' to address...

2020-07-19 07:51:40,663 DEBG 'start-script' stdout output:
[debug] Having issues resolving name 'www.google.com', sleeping before retry...

2020-07-19 07:51:45,599 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:45 2020 /usr/bin/ip route add 134.19.179.242/32 via 172.17.0.1

2020-07-19 07:51:45,600 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:45 2020 /usr/bin/ip route add 0.0.0.0/1 via 10.32.208.1

2020-07-19 07:51:45,601 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:45 2020 /usr/bin/ip route add 128.0.0.0/1 via 10.32.208.1

2020-07-19 07:51:45,602 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:45 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.

 

Edited July 19, 20205 yr by stridemat
Added logs

On 7/19/2020 at 8:06 AM, stridemat said:

I have my system set up to back up docker containers every Sunday morning.

that depends on how you have it set, i believe there is an option to 'pause' containers during backup, you must NOT use this option with any of my vpn docker images as they will not play nicely with pause/resume, you have to perform a shutdown of the container, backup, then a startup.

5 hours ago, binhex said:

that depends on how you have it set, i believe there is an option to 'pause' containers during backup, you must NOT use this option with any of my vpn docker images as they will not play nicely with pause/resume, you have to perform a shutdown of the container, backup, then a startup.

Thanks for the quick response - I shall take a look though I do think CA Auto Update Applications does shutdown, instead of pausing.

27 minutes ago, stridemat said:

I shall take a look though I do think CA Auto Update Applications does shutdown, instead of pausing.

CA Auto Update is not used for backups,  that is used to auto update apps, the backup plugin is called 'CA Appdata Backup/Restore v2', check the settings.

1 minute ago, binhex said:

CA Auto Update is not used for backups,  that is used to auto update apps, the backup plugin is called 'CA Appdata Backup/Restore v2', check the settings.

Yeah. Wrong plugin. I will take a look at the settings when I finish work. 

On 7/18/2020 at 1:41 PM, itskamel said:

last night I noticed some problems with sab. I restarted the docker and now I can not access the UI unless I set the docker to VPN=OFF.

 

here is a log.

 

https://pastebin.com/iV6hfwY9

 

 

I think i figured it out. seems PIA changed from us-texas.privateinternetaccess.com to us-dal.privateinternetaccess.com. Seems there were a few other changes if anyone else is having this issue.

Hit a similar problem this evening. Sorted by confirming that ovpn i was using was responding very slowly. Switched routing with another vpn config, no changes at all to docker , and all now working. seems PIA have been making changes.

On 7/19/2020 at 8:06 AM, stridemat said:

Hi,

 

I have my system set up to back up docker containers every Sunday morning. However, without fail I seem to get a ‘connection failed’ error within SABnzbdVPN upon the container restarting. Frustrating as none of the other containers that rely on the proxy will work either, until I go in and manually restart SABnzbdVPN.

 

Any ideas what might be causing the connection failed? I have a working system otherwise. 

 

I have added some logs which I think may show the issue:

 

2020-07-19 07:51:40,542 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:40 2020 ROUTE6: default_gateway=UNDEF
Sun Jul 19 07:51:40 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
Sun Jul 19 07:51:40 2020 OpenVPN ROUTE: failed to parse/resolve route for host/network: fc00::/7

Sun Jul 19 07:51:40 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
Sun Jul 19 07:51:40 2020 OpenVPN ROUTE: failed to parse/resolve route for host/network: 3000::/4

Sun Jul 19 07:51:40 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
Sun Jul 19 07:51:40 2020 OpenVPN ROUTE: failed to parse/resolve route for host/network: 2000::/4

Sun Jul 19 07:51:40 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
Sun Jul 19 07:51:40 2020 OpenVPN ROUTE: failed to parse/resolve route for host/network: ::/3


2020-07-19 07:51:40,542 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:40 2020 TUN/TAP device tun0 opened
Sun Jul 19 07:51:40 2020 TUN/TAP TX queue length set to 100
Sun Jul 19 07:51:40 2020 /usr/bin/ip link set dev tun0 up mtu 1500

2020-07-19 07:51:40,543 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:40 2020 /usr/bin/ip addr add dev tun0 10.32.208.193/24 broadcast 10.32.208.255

2020-07-19 07:51:40,544 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:40 2020 /root/openvpnup.sh tun0 1500 1553 10.32.208.193 255.255.255.0 init

2020-07-19 07:51:40,660 DEBG 'start-script' stdout output:
[info] Application does not require port forwarding or VPN provider is != pia, skipping incoming port assignment

2020-07-19 07:51:40,660 DEBG 'start-script' stdout output:
[info] Checking we can resolve name 'www.google.com' to address...

2020-07-19 07:51:40,663 DEBG 'start-script' stdout output:
[debug] Having issues resolving name 'www.google.com', sleeping before retry...

2020-07-19 07:51:45,599 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:45 2020 /usr/bin/ip route add 134.19.179.242/32 via 172.17.0.1

2020-07-19 07:51:45,600 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:45 2020 /usr/bin/ip route add 0.0.0.0/1 via 10.32.208.1

2020-07-19 07:51:45,601 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:45 2020 /usr/bin/ip route add 128.0.0.0/1 via 10.32.208.1

2020-07-19 07:51:45,602 DEBG 'start-script' stdout output:
Sun Jul 19 07:51:45 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.

 

So this is still happening every Sunday morning and I’m at a loss as to why.  The setting within ‘CA Appdata Backup/Restore v2’ are as below. Looks ok to me and no other app has this issue. 

Edited August 3, 20205 yr by stridemat

Since the latest update I've been getting this error. Any idea?

 

ERROR 11 hours ago [03/Aug/2020:09:21:28] ENGINE Error in HTTPServer.tick
Traceback (most recent call last):
  File "/usr/lib/python3.8/site-packages/cheroot/server.py", line 1776, in serve
    self.tick()
  File "/usr/lib/python3.8/site-packages/cheroot/server.py", line 1999, in tick
    conn = self.connections.get_conn(self.socket)
  File "/usr/lib/python3.8/site-packages/cheroot/connections.py", line 180, in get_conn
    return self._from_server_socket(server_socket)
  File "/usr/lib/python3.8/site-packages/cheroot/connections.py", line 199, in _from_server_socket
    s, ssl_env = self.server.ssl_adapter.wrap(s)
  File "/usr/lib/python3.8/site-packages/cheroot/ssl/builtin.py", line 243, in wrap
    s = self.context.wrap_socket(
  File "/usr/lib/python3.8/ssl.py", line 500, in wrap_socket
    return self.sslsocket_class._create(
  File "/usr/lib/python3.8/ssl.py", line 1040, in _create
    self.do_handshake()
  File "/usr/lib/python3.8/ssl.py", line 1309, in do_handshake
    self._sslobj.do_handshake()
ssl.SSLError: [SSL: VERSION_TOO_LOW] version too low (_ssl.c:1108)

 

On 8/4/2020 at 4:02 AM, Fiala06 said:

Since the latest update I've been getting this error. Any idea?

looks like this is a match:-

https://github.com/sabnzbd/sabnzbd/issues/1437

 

it looks like its cherrypy spewing the error but that issue above is not clear on how to fix it other than switching sabnzbd to pyopenssl, which cant be easily done as its hard coded to use builtin. i think the error maybe caused by accessing the web ui over https, if that is the case trying switching to plain http and see if the error continues.