Jump to content

Bungy

Community Developer
  • Posts

    375
  • Joined

  • Last visited

Posts posted by Bungy

  1. On 12/11/2021 at 3:42 PM, Vance said:

    Since the 9th, everything is failing post-processing. Prior to that I had no issues and I don't think I changed anything. I tried updating videosort to see if that fixed the issue with no luck. Any suggestions? I've trimmed the log from the 7th, when I know it was working until now.

     

    supervisord.log 129.69 kB · 0 downloads

    The logs don't show anything related to the post processing. What's likely happening is the new image removes python2 because it's deprecated and no longer a support runtime. Likely you'll need to update your post process scripts to python3 and update the python path in your scripts' shebang.

  2. 1 hour ago, superloopy1 said:

    Nobody to take a look?

     

    Hmm i don't know if a reason why your speeds would be halved. You can downgrade by specifying a tag for the image. You can try tag :v21.0-2

     

    Another alternative is to use wireguard instead of openvpn. You should see full speeds with wireguard.

  3. I see - So your sonarr/lidarr/etc are using the http_proxy and no_proxy environmental variables to get VPN access into them.

     

    Have you tried setting your no_proxy env variable to 192.168.1.71 and then in sonarr set your nzbget server to be 192.168.1.71:6789?

     

    Alternatively, if you have local DNS, you can set your no_proxy to something like:

    no_proxy: *.local,192.168.1.71

     

    I'm using internal DNS to get a ".kube" domain address and then telling it not to use the proxy for all *.kube lookups.

  4. Can you confirm your LAN network is in fact 192.168.1.0/24? What's the IP address on the machine you're currently using?

     

    You can try to set the LAN_NETWORK to 0.0.0.0/0 and confirm that the traffic isn't being blocked. That'll verify that the issue is with your setting of that environmental variable. Then you'll need to figure out your docker network address + subnet and include that in the LAN_NETWORK variable. Here is what mine looks like but I have multiple networks and run my containers on a kubernetes cluster, so yours will likely need to differ as well:

    192.168.1.0/24,192.168.0.0/24,10.253.0.0/24,10.32.0.0/12

     

    The issue is not related to the ADDITIONAL_PORTS variable. Those were actually removed from binhex's containers and are no longer documented in his github Readmes.

  5. 17 hours ago, betaman said:

    Since binhex updated DelugeVPN for tightened iptables, I can no longer get Sonarr/Radarr/Lidarr to connect to NZBgetVPN download client. DelugeVPN is working with an additional variable (Additional_Ports) with the value of the ports for each docker but I’m assuming this will have no impact on NZBgetVPN?!

     

    Make sure your LAN_NETWORK environmental variable is set properly to allow access from your sonarr/radarr/lidarr ip address. I have mine set to handle local network traffic as well as docker network traffic. You can set it to 0.0.0.0/0 to allow all inwards traffic, but that's not recommended.

  6. On 12/5/2020 at 10:36 PM, TexasUnraid said:

    Is it possible to update the nzbgetVPN container to support wireguard like binhex new VPN containers?

     

    I am getting about half the speed I used to since the next gen servers went live but wireguard gets full speed on qbittorrent.

     

    Done! The builds will be hitting docker hub in the next 15 minutes. Enjoy!

  7. 20 minutes ago, Arcau said:

    OK I must be missing something here, I installed the nzbgetvpn docker, have my pia credentials in, go to launch the web ui and it asks me for username and password?

     

    What am I doing wrong? with SAB I just went to the webui then I could add my newshosting account and we were good to go???

     

    Edit: so more google fu and username is nzbget and password is

    tegbzn6789

    Yep that's right. Glad you figured it out.

  8. On 9/4/2018 at 6:43 PM, betaman said:

    Ok, thanks. What server did you specify for PIA? I found US-Midwest to be the fastest one for my connection.

    Try setting the environmental variable STRICT_PORT_FORWARD=no . That gets rid of the port forwarding, which was only really in place for binhex's arch-delugevpn docker container. I did that and doubled my speed. I'm currently using US-east. I haven't tweaked which one will give me the best results and just picked the one closest to me.

  9. 8 minutes ago, betaman said:

    Not a lot of activity here but will ask anyway.  Is anyone using NZBgetVPN with PIA and getting download speeds above 10MB/sec (assuming you have a faster internet and news host connection) since the change to PIA's port forwarding capabilities?  If so, which server are you specifying?  I can only get faster speeds now by disabling VPN service. Thanks.

    I'm getting right at 10 MB/sec also. This *shouldn't* be using the port forwarding capabilities, but I'll double check to make sure it's not doing that setup.

  10. Yes, stop mysql docker. just rename your appdata folder for mysql and then restore the old data to the appdata folder

     

    If you don't have the root password, there's no way I know of to recover it. That would be a huge security flaw.

     

     

    When setting up the docker for the first time without any previous data, you set the environmental variable for MYSQL_ROOT_PASSWORD. If you still have that environmental variable set, it likely tells you the password you set up when you first started the docker.

     

    You can also set MYSQL_USER, MYSQL_PASSWORD, and MYSQL_DATABASE to set up those parameters as well.

     

    • Like 1
  11. Yes, you can restore the appdata from 3 weeks ago and it'll revert your data back to that point. You'll just need to restore the mysql appdata.

     

    Without a user or root password, that's probably your only bet. If you have a user password, you should be able to backup the databases that user has access to.

     

    Yeah v8 has caused issues with some other apps I've used. In those cases, there was small fixes that I needed to do to get it to work, but restoring appdata will be the easiest way to get you back up and running.

  12. 6 minutes ago, Dave-Kay said:

    while that worked like a charm i'm now unable to start it :(
    message is
     

     

     

    Can you grab the logs from the docker container?

     

    something along the lines of this should work, you just may have to change "mysql" to your container name

    docker logs mysql

     

×
×
  • Create New...