5 minutes ago, binhex said:

from your screenshot it looks like you defined the 'Name' of the port incorrectly, its not 'WEBUI PORT' its 'WEBUI_PORT'.

 

@Squid you are quite right, the user should not be redefining the container port - however qbittorrent is an exception to the case here, here are my notes from the qbittorrent README.md (geared more towards non unraid users, but you get the gist):-

 

so for unraid users that means setting WEBUI_PORT to the port you want and then re-creating the port to match (host and container side being the same).

 

i then have some code to pick up the env var WEBUI_PORT to set the port for the running application (qbittorrent in this case).

Would it be possible to add a Q to the FAQ regarding this topic? Several people have run into problems with trying to change the webUI port recently (because they didn’t see the readme probably). I doubt they’ll see the FAQ either but it’ll be easier to link the answer.

 

Or maybe it’s already there and I’m not seeing it.😁

1 minute ago, wgstarks said:

Or maybe it’s already there and I’m not seeing it

nope it isnt in the faq and should be, i will see if i get time to write it up with bullet proof instructions.

Just now, binhex said:

with bullet proof instructions

No such thing.😁

15 minutes ago, wgstarks said:

You have deleted the existing webUI port variable and created a port to replace it. That’s not going to work. You should have edited the existing webUI port variable and changed it to 8088 (see screenshot).

 

You would also need to delete the port mapping for 8080 and create a new one for 8088.

 

Im not sure exactly what you have now but you may want to delete whatever you have for these two items and create new ones to match the screenshots.

These steps have not been completed thank you. The new result is that the page does timeout when accessing it.

 

2 minutes ago, ArxKnight said:

These steps have not been completed thank you. The new result is that the page does timeout when accessing it.

 

Probably a good idea to post your current docker run command.

5 minutes ago, wgstarks said:

Probably a good idea to post your current docker run command.

 

There are the current docker run command if I am understanding this corretly

 

LOGS

Spoiler

text  error  warn  system  array  login  

2022-07-27 16:42:30 TLS: Initial packet from [AF_INET]178.159.3.180:443, sid=623cab34 1ff383f7

2022-07-27 16:42:30,768 DEBG 'start-script' stdout output:
2022-07-27 16:42:30 VERIFY OK: depth=2, C=PA, O=NordVPN, CN=NordVPN Root CA

2022-07-27 16:42:30,768 DEBG 'start-script' stdout output:
2022-07-27 16:42:30 VERIFY OK: depth=1, C=PA, O=NordVPN, CN=NordVPN CA7

2022-07-27 16:42:30,768 DEBG 'start-script' stdout output:
2022-07-27 16:42:30 VERIFY KU OK
2022-07-27 16:42:30 Validating certificate extended key usage
2022-07-27 16:42:30 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
2022-07-27 16:42:30 VERIFY EKU OK
2022-07-27 16:42:30 VERIFY OK: depth=0, CN=uk2202.nordvpn.com

2022-07-27 16:42:30,909 DEBG 'start-script' stdout output:
2022-07-27 16:42:30 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_AES_256_GCM_SHA384, peer certificate: 4096 bit RSA, signature: RSA-SHA512
2022-07-27 16:42:30 [uk2202.nordvpn.com] Peer Connection Initiated with [AF_INET]178.159.3.180:443

2022-07-27 16:42:32,054 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 SENT CONTROL [uk2202.nordvpn.com]: 'PUSH_REQUEST' (status=1)

2022-07-27 16:42:32,125 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 103.86.96.100,dhcp-option DNS 103.86.99.100,sndbuf 524288,rcvbuf 524288,explicit-exit-notify,comp-lzo no,route-gateway 10.7.1.1,topology subnet,ping 60,ping-restart 180,ifconfig 10.7.1.7 255.255.255.0,peer-id 0,cipher AES-256-GCM'

2022-07-27 16:42:32,126 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 OPTIONS IMPORT: timers and/or timeouts modified
2022-07-27 16:42:32 OPTIONS IMPORT: --explicit-exit-notify can only be used with --proto udp
2022-07-27 16:42:32 OPTIONS IMPORT: compression parms modified
2022-07-27 16:42:32 OPTIONS IMPORT: --sndbuf/--rcvbuf options modified
2022-07-27 16:42:32 Socket Buffers: R=[87380->1048576] S=[130560->1048576]
2022-07-27 16:42:32 OPTIONS IMPORT: --ifconfig/up options modified
2022-07-27 16:42:32 OPTIONS IMPORT: route options modified
2022-07-27 16:42:32 OPTIONS IMPORT: route-related options modified
2022-07-27 16:42:32 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
2022-07-27 16:42:32 OPTIONS IMPORT: peer-id set
2022-07-27 16:42:32 OPTIONS IMPORT: adjusting link_mtu to 1659
2022-07-27 16:42:32 OPTIONS IMPORT: data channel crypto options modified
2022-07-27 16:42:32 Data Channel: using negotiated cipher 'AES-256-GCM'
2022-07-27 16:42:32 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
2022-07-27 16:42:32 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
2022-07-27 16:42:32 net_route_v4_best_gw query: dst 0.0.0.0
2022-07-27 16:42:32 net_route_v4_best_gw result: via 172.17.0.1 dev eth0
2022-07-27 16:42:32 ROUTE_GATEWAY 172.17.0.1/255.255.0.0 IFACE=eth0 HWADDR=02:42:ac:11:00:0a

2022-07-27 16:42:32,126 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 TUN/TAP device tun0 opened
2022-07-27 16:42:32 net_iface_mtu_set: mtu 1500 for tun0
2022-07-27 16:42:32 net_iface_up: set tun0 up
2022-07-27 16:42:32 net_addr_v4_add: 10.7.1.7/24 dev tun0

2022-07-27 16:42:32,126 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 /root/openvpnup.sh tun0 1500 1587 10.7.1.7 255.255.255.0 init

2022-07-27 16:42:32,128 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 net_route_v4_add: 178.159.3.180/32 via 172.17.0.1 dev [NULL] table 0 metric -1

2022-07-27 16:42:32,128 DEBG 'start-script' stdout output:
2022-07-27 16:42:32 net_route_v4_add: 0.0.0.0/1 via 10.7.1.1 dev [NULL] table 0 metric -1
2022-07-27 16:42:32 net_route_v4_add: 128.0.0.0/1 via 10.7.1.1 dev [NULL] table 0 metric -1
2022-07-27 16:42:32 Initialization Sequence Completed

2022-07-27 16:42:48,190 DEBG 'start-script' stdout output:
[info] Attempting to get external IP using 'http://checkip.amazonaws.com'...

2022-07-27 16:42:53,459 DEBG 'start-script' stdout output:
[info] Successfully retrieved external IP address 178.159.3.181

2022-07-27 16:42:53,460 DEBG 'start-script' stdout output:
[info] Application does not require port forwarding or VPN provider is != pia, skipping incoming port assignment

2022-07-27 16:42:53,522 DEBG 'watchdog-script' stdout output:
[info] qBittorrent listening interface IP 0.0.0.0 and VPN provider IP 10.7.1.7 different, marking for reconfigure

2022-07-27 16:42:53,527 DEBG 'watchdog-script' stdout output:
[info] qBittorrent not running

2022-07-27 16:42:53,527 DEBG 'watchdog-script' stdout output:
[info] Removing session lock file (if it exists)...

2022-07-27 16:42:53,534 DEBG 'watchdog-script' stdout output:
[info] Attempting to start qBittorrent...

2022-07-27 16:42:53,640 DEBG 'watchdog-script' stdout output:
[info] qBittorrent process started
[info] Waiting for qBittorrent process to start listening on port 8088...

2022-07-27 16:42:53,748 DEBG 'watchdog-script' stdout output:
[info] qBittorrent process listening on port 8088

 

Edited July 27, 20223 yr by ArxKnight

looks to be working now

25 minutes ago, wgstarks said:

Would it be possible to add a Q to the FAQ regarding this topic?

taken a stab at it, see what you think Q4 https://github.com/binhex/documentation/blob/master/docker/faq/qbittorrentvpn.md

1 hour ago, ArxKnight said:

looks to be working now

👍🎉🎉🎉

 

You may want to change your PIA user/password though. They were part of the run command. I should have warned you to redact them.

Edited July 27, 20223 yr by wgstarks
Typo

53 minutes ago, binhex said:

taken a stab at it, see what you think Q4 https://github.com/binhex/documentation/blob/master/docker/faq/qbittorrentvpn.md

Looks good to me.

2 hours ago, binhex said:

however qbittorrent is an exception to the case here

No worries.  It just caught my eye and I went "huh?"  

UPDATE: Rolled back to 4.4.2-2-01 and it's now moving the completed from the temporary download disk. I'll stick with this version until the next released version.

 

Start of Original Message:

 

Is anyone else experiencing issues with qBt moving files from the 'incomplete' folder on my scratch disk to the 'Complete' share on unRAID? It does have a SSD cache pool for the 'Complete' share, and the folders get created with 'placeholder files'. When I do a binary compare from the scratch disk to the share, the share files are not shown as equal. If I try and play one of the media files from the share, it won't play, but the one on the scratch disk does. If I manually move them from scratch to the share, then qBt reports them as missing files.

 

This seems to have started after I upgraded to unRAID 6.11 rc2. I've tried running the 'Docker Safe New Permissions` tool, but that didn't work. Even if I manually move the completed torrents from the scratch disk to the share, qBt still sees them as missing even though the 'Save Path' shows the correct location. A 'Force Recheck' sets them to 0% completed and they start downloading again. If I copy the files from the share back to the scratch disk and do another 'Force Recheck' then they are shown as complete again.

 

I've opened the console for the container and verified that my path mountpoints are all pointing to the correct locations. qBt reports them as saved in Complete for the Save Path and even with the files in both locations, but the moment they are removed from the scratch disk, they show as missing files and start to re-download.

 

I've still been running the 4.4.x builds after the big glitch with 4.4.0 where it lost settings and reset the default network to LAN instead of VPN. Once I corrected those issues, the 4.4 releases have been working fine up until the upgrade of unRAID. I also just noticed that I somehow switched to an old template using OpenVPN instead of Wireguard. I'll try re-configuring with Wireguard but I doubt that will make a difference to the save path.

 

Thoughts? Ideas on what to try next? Any help appreciated!

Edited July 31, 20223 yr by AgentXXL

Has anyone been able to get SQLite Database working as described in the 4.4.0 changenotes? It is supposed to improve performance when running 1k+ torrents.

n 4.4.0 there was a new setting added:

 

EXPERIMENTAL: Setting to store/load fastresume/torrent files in an SQLite database (glassez)

Is there a list for PIA wiredguard US servers? The only thing I see in the logs for this side is Canada

Sent from my SM-S908U using Tapatalk

Could I have some help configuring this to work with ProtonVPN, please?

I'm also getting the "unauthorized" error and unable to load the GUI. It had been working fine for months so I'm confused since I didn't change anything. I've rolled the version back to 4.3.9-2-01 but the problem still exists. Does anyone have an idea why or what I can check? Thanks.

Hi.  I'm having difficulty running this on anything other than port 8080.  The problem is that port 8080 is in use by another container of mine.  I had to stop that container to even get this thing to start up.  I have changed both Host Port 3 as well as the WEBUI_PORT and I cannot connect to the web ui.  I am using the custom network proxynet (as shown in SpaceInvaderOne's YouTube videos) for running behind a SWAG (nginx) LetsEncrypt reverse proxy.

 

Side node: the reason I'm trying this qtorrentvpn is becaues for some reason my deluge container stopped being able to download.  I can't even download an Ubuntu ISO torrent.  I updated my openvpn config files and crt files.  No idea whats going on there.  The same config files are working fine here on qtorrent.  In my deluge container the torrents seem to start to download then immediately stop.  They'll have a peer pop up then disappear.

1 minute ago, eric.frederich said:

Hi.  I'm having difficulty running this on anything other than port 8080.  The problem is that port 8080 is in use by another container of mine.  I had to stop that container to even get this thing to start up.  I have changed both Host Port 3 as well as the WEBUI_PORT and I cannot connect to the web ui.  I am using the custom network proxynet (as shown in SpaceInvaderOne's YouTube videos) for running behind a SWAG (nginx) LetsEncrypt reverse proxy.

 

Side node: the reason I'm trying this qtorrentvpn is becaues for some reason my deluge container stopped being able to download.  I can't even download an Ubuntu ISO torrent.  I updated my openvpn config files and crt files.  No idea whats going on there.  The same config files are working fine here on qtorrent.  In my deluge container the torrents seem to start to download then immediately stop.  They'll have a peer pop up then disappear.

https://github.com/binhex/documentation/blob/master/docker/faq/qbittorrentvpn.md

Scroll down to Q4.

Hi guys

 

I'm on the last version available and i kept getting download to 99% and stalled but if it check the % downloaded of the file its at 0%.

 

I never experience something like that.

 

any idea ?

 

thx

Edited August 16, 20223 yr by francrouge

I just wireguard working with PIA, but don't seem to be able to find the list of endpoints in the logs, so I'm stuck with the default. Am I looking in the wrong place?

 

Log attached.

 

Thanks for any help.

supervisord.log

1 hour ago, DBJordan said:

I just wireguard working with PIA, but don't seem to be able to find the list of endpoints in the logs, so I'm stuck with the default. Am I looking in the wrong place?

 

Log attached.

 

Thanks for any help.

supervisord.log 11.53 kB · 1 download

For some reason it’s not in the log when using wireguard but here’s the list-

Quote

info] List of PIA endpoints that support port forwarding:-

2022-03-05 01:23:41,868 DEBG 'start-script' stdout output:
[info] macau.privacy.network
[info] aus-melbourne.privacy.network
[info] sweden-2.privacy.network
[info] ca-vancouver.privacy.network
[info] sanjose.privacy.network
[info] is.privacy.network
[info] bahamas.privacy.network
[info] cambodia.privacy.network
[info] aus-perth.privacy.network
[info] philippines.privacy.network
[info] montenegro.privacy.network
[info] al.privacy.network
[info] sofia.privacy.network
[info] ro.privacy.network
[info] japan.privacy.network
[info] ba.privacy.network
[info] ireland.privacy.network
[info] monaco.privacy.network
[info] fi.privacy.network
[info] vietnam.privacy.network
[info] rs.privacy.network
[info] denmark.privacy.network
[info] gr.privacy.network
[info] ua.privacy.network

2022-03-05 01:23:41,868 DEBG 'start-script' stdout output:
[info] hk.privacy.network
[info] de-frankfurt.privacy.network
[info] malta.privacy.network
[info] austria.privacy.network
[info] taiwan.privacy.network
[info] fi-2.privacy.network
[info] sweden.privacy.network
[info] no.privacy.network
[info] poland.privacy.network
[info] uk-manchester.privacy.network
[info] de-berlin.privacy.network
[info] in.privacy.network
[info] italy.privacy.network
[info] nl-amsterdam.privacy.network
[info] ca-toronto.privacy.network
[info] lv.privacy.network
[info] md.privacy.network
[info] srilanka.privacy.network
[info] ad.privacy.network
[info] kualalumpur.privacy.network
[info] zagreb.privacy.network
[info] tr.privacy.network
[info] ae.privacy.network
[info] ee.privacy.network
[info] georgia.privacy.network
[info] ca-montreal.privacy.network
[info] nigeria.privacy.network
[info] spain.privacy.network
[info] greenland.privacy.network
[info] saudiarabia.privacy.network
[info] sg.privacy.network
[info] uk-southampton.privacy.network
[info] france.privacy.network
[info] bangladesh.privacy.network
[info] au-sydney.privacy.network
[info] mk.privacy.network
[info] liechtenstein.privacy.network
[info] italy-2.privacy.network
[info] bogota.privacy.network
[info] brussels.privacy.network
[info] cyprus.privacy.network
[info] nz.privacy.network
[info] mongolia.privacy.network

2022-03-05 01:23:41,868 DEBG 'start-script' stdout output:
[info] israel.privacy.network
[info] venezuela.privacy.network
[info] uk-2.privacy.network
[info] kazakhstan.privacy.network
[info] mexico.privacy.network
[info] denmark-2.privacy.network
[info] japan-2.privacy.network
[info] slovenia.privacy.network
[info] santiago.privacy.network
[info] swiss.privacy.network
[info] uk-london.privacy.network
[info] man.privacy.network
[info] panama.privacy.network
[info] pt.privacy.network
[info] ca-ontario.privacy.network
[info] yerevan.privacy.network
[info] ar.privacy.network
[info] morocco.privacy.network
[info] qatar.privacy.network
[info] za.privacy.network
[info] lt.privacy.network
[info] egypt.privacy.network
[info] dz.privacy.network
[info] china.privacy.network
[info] hungary.privacy.network
[info] br.privacy.network
[info] lu.privacy.network
[info] sk.privacy.network
[info] jakarta.privacy.network
[info] czech.privacy.network

 

I have looked through this thread and can't seem to find a solution, so apologies if I missed something basic here. I'm using OpenVPN with IPVanish, and the logs seem to indicate that it's connecting to it fine, but all of my torrents I add are stuck at "Downloading Metadata" and will not start downloading. I'm still a newbie at reading docker logs so I might've missed something.

 

Log attached, any assistance would be greatly appreciated.

supervisord.log

Running Unraid 6.9.2.  I'm getting an Execution error: server error when trying to launch. Nothing is being written to the appdata folder. I tried using installing 4.3.9 and still having the same problems.  No log data.  Restarted the Enable Docker in the Docker settings.  Rebooted the server.  I'm at a loss at this point.

On 7/30/2022 at 5:31 PM, AgentXXL said:

UPDATE: Rolled back to 4.4.2-2-01 and it's now moving the completed from the temporary download disk. I'll stick with this version until the next released version.

 

Start of Original Message:

 

Is anyone else experiencing issues with qBt moving files from the 'incomplete' folder on my scratch disk to the 'Complete' share on unRAID? It does have a SSD cache pool for the 'Complete' share, and the folders get created with 'placeholder files'. When I do a binary compare from the scratch disk to the share, the share files are not shown as equal. If I try and play one of the media files from the share, it won't play, but the one on the scratch disk does. If I manually move them from scratch to the share, then qBt reports them as missing files.

 

This seems to have started after I upgraded to unRAID 6.11 rc2. I've tried running the 'Docker Safe New Permissions` tool, but that didn't work. Even if I manually move the completed torrents from the scratch disk to the share, qBt still sees them as missing even though the 'Save Path' shows the correct location. A 'Force Recheck' sets them to 0% completed and they start downloading again. If I copy the files from the share back to the scratch disk and do another 'Force Recheck' then they are shown as complete again.

 

I've opened the console for the container and verified that my path mountpoints are all pointing to the correct locations. qBt reports them as saved in Complete for the Save Path and even with the files in both locations, but the moment they are removed from the scratch disk, they show as missing files and start to re-download.

 

I've still been running the 4.4.x builds after the big glitch with 4.4.0 where it lost settings and reset the default network to LAN instead of VPN. Once I corrected those issues, the 4.4 releases have been working fine up until the upgrade of unRAID. I also just noticed that I somehow switched to an old template using OpenVPN instead of Wireguard. I'll try re-configuring with Wireguard but I doubt that will make a difference to the save path.

 

Thoughts? Ideas on what to try next? Any help appreciated!

 

I am experiencing the exact same issue on the latest version and unRADI 6.11 rc2. I just rolled back to :4.4.2-2-01 and immediately all my files began moving to the correct location. I have no idea why this is happening.

Is it possible to use theme.park themes with binhex containers? I see they support linuxserver and hotio containers but nothing on theme.park talks about binhex.