[Support] binhex - SABnzbdVPN


Recommended Posts

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

 

Screenshot_2020-07-08_16-51-23.png

Link to comment

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

Link to comment

@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

Link to comment
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.

Link to comment
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 

Link to comment
5 minutes ago, rguinn said:

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

 

image.png.f2cab970d3ddd6136639f663953a2ef4.png

 

image.png.78b873b2de25bebceeb351ee447de0e6.png

 

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.

Link to comment
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 

 

image.png.966875f45748dca778e6545cc070b2fe.png

Link to comment
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 

Link to comment

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 by itskamel
Link to comment

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. 

E1F7A0BC-7F1B-47F6-969E-FF9E851118CC.jpeg

 

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 by stridemat
Added logs
Link to comment
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.

Link to comment
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.

Link to comment
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.

  • Thanks 1
Link to comment
  • 2 weeks later...
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.

Link to comment
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. 

E1F7A0BC-7F1B-47F6-969E-FF9E851118CC.jpeg

 

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. 


A329CA92-AF65-4C72-A07E-B1FA31BC6F1C.thumb.jpeg.dcd953fe4a79569bc6a58599cea79525.jpeg

Edited by stridemat
Link to comment

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)

 

image.thumb.png.862235bf104b36d03326d78c3c51cfd6.png

Link to comment
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.

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.