Anyone else having this problem: https://github.com/binhex/arch-qbittorrentvpn/issues/58

Where the docker just wonts fully start? Where it's just stuck at

2020-10-29 14:12:13,463 DEBG 'start-script' stdout output:
[info] Starting OpenVPN (non daemonised)...

2020-10-29 14:12:13,555 DEBG 'start-script' stdout output:
Thu Oct 29 14:12:13 2020 WARNING: file 'credentials.conf' is group or others accessible
Thu Oct 29 14:12:13 2020 OpenVPN 2.4.9 [git:makepkg/9b0dafca6c50b8bb+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Apr 20 2020

2020-10-29 14:12:13,555 DEBG 'start-script' stdout output:
Thu Oct 29 14:12:13 2020 library versions: OpenSSL 1.1.1g 21 Apr 2020, LZO 2.10

2020-10-29 14:12:13,556 DEBG 'start-script' stdout output:
Thu Oct 29 14:12:13 2020 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2020-10-29 14:12:13,560 DEBG 'start-script' stdout output:
Thu Oct 29 14:12:13 2020 CRL: loaded 1 CRLs from file [[INLINE]]

2020-10-29 14:12:13,562 DEBG 'start-script' stdout output:
Thu Oct 29 14:12:13 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]156.146.62.193:1198
Thu Oct 29 14:12:13 2020 UDP link local: (not bound)
Thu Oct 29 14:12:13 2020 UDP link remote: [AF_INET]156.146.62.193:1198

-edit-

Seems like switching to nextgen openvpn file fixes this. But says port forward is not enabled. Will this give me any issues?

Edited October 30, 20205 yr by Tuumke

Has anyone else been getting Out of memory errors when it comes to qbittorent? I've had the max memory set to 2G for the longest time but within the last few weeks I always get a OOM error from Unraid. Even upping the memory to 2.5G still gives OOM. Seems like there is now a memory leak.

 

Oct 29 21:10:58 fractal kernel: Memory cgroup out of memory: Kill process 24455 (qbittorrent-nox) score 984 or sacrifice child

Hi,

 

Since the last update, I can't see anything on the WEBUI. I have more than 2 000 torrents files with categorie/tag and all the torrent have a specific folder so I can't just reupload them all. I tried to copy the BT_Backup with the FASTRESUME and Torrents files and put it on an other version but still have the same problem. It's look like the torrent are still seeding, but I can't see anything ...

 

Hi guys,

 

Latest update also has broken my qBittorrentVPN ¿is there any way to rollback to previous release?

 

Thanks in advance

7 minutes ago, Carlos said:

Hi guys,

 

Latest update also has broken my qBittorrentVPN ¿is there any way to rollback to previous release?

 

Thanks in advance

Sure you can use version tags to install a specific release. Previous releases will no longer work with PIA though (due to changes by PIA). You may want to find out why this docker isn’t working if you do use PIA.

1 minute ago, wgstarks said:

Sure you can use version tags to install a specific release. Previous releases will no longer work with PIA though (due to changes by PIA). You may want to find out why this docker isn’t working if you do use PIA.

Hi there,

 

I had the (previous) latest version working fine till now, I just update it and now it won't connect. Tried updating OVPN files without positive result.

 

I have attached the log to see if it's helpful

 

Thanks

qbt log.txt

1 minute ago, Carlos said:

I have attached the log to see if it's helpful

Q22:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

22 minutes ago, binhex said:

Q22:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

Thanks! I should've looked the FAQ first.

 

Even tough, for a moment I thought I was going dumb, looks like Spain is not working with that fix, tried Toronto and worked like a charm...

 

Cheers

I had my VPN stop with the latest update as well. I too am using PIA. I refered to the github here.

https://registry.hub.docker.com/r/binhex/arch-qbittorrentvpn

and made the needed changes for PIA to use wiregard and now it connects to the VPN.

added VPN_CLIENT = wireguard and Extra Parameters --sysctl="net.ipv4.conf.all.src_valid_mark=1" 

My container also broke with the latest update and I was already using the cipher fallback option that binhex referenced.  Rolled back to the previous image and it started working again.   Then I did the update again, changed my configuration from Vancouver to Ontario, and it worked fine.  There must be some incompatibility between this new version and that server.

 

I've been meaning to switch to Wireguard so I'll try that out too.

Hello,

I'm having a mighty struggle over here getting binhex qBittorrentVPN to work with Sonarr. Files download fine using the VPN, but Sonarr is giving the infamous "Import failed, path does not exist" error.

 

I'm using the linuxserver docker of Sonarr, but I tried the binhex variant during my hours of troubleshooting today to no avail.

 

I'm trying to avoid using remote mappings on Sonarr, but I would happily use them if it meant things would work - but thus far they have not.

Here's my current config, which isn't working (though I have SABnzbd working flawlessly):

 

I've changed the /data container path to /downloads (though I've also, as mentioned, tried leaving it to /data and using remote mappings on Sonarr and that didn't work either - more on that later).

 

qbittorrent "downloads":

container path: /downloads

host path: /mnt/user/downloads/complete

 

qbittorrent "incomplete-downloads"

container path: /incomplete-downloads

host path: /mnt/user/downloads/incomplete

 

qbittorrent webui paths:

Default Save Path: /downloads

Keep incomplete torrents in: /incomplete-downloads

 

sonarr "downloads"

container path: /downloads

host path: /mnt/user/downloads/complete

 

It's my understanding that since the qbittorrent "downloads" host path matches the sonarr "downloads" host path I shouldn't have to do any remote mappings. Is this correct?

 

If so, I'm at a complete loss as to why the import is failing.

 

Prior to this current config, I was messing around with more common directory structures such as:

qbittorrent "data":

container path: /data

host path: /mnt/user/downloads/

 

qbittorrent webui paths:

Default Save Path: /data/complete

Keep incomplete torrents in: /data/incomplete

 

sonarr "downloads"

container path: /downloads

host path: /mnt/user/downloads/complete

 

sonarr webui remote mapping:

remote path: /data/complete (also tried /data even though I thought it wouldn't work)

local path: /downloads (also tried /downloads/complete and after changing the host path to /mnt/user/downloads)

 

I've included logs, and my current config as it stands... which doesn't work. Any ideas? I've been through previous forum posts all day but haven't really found my exact set up so I'm really in need for a helping hand.

 

Thank you.

 

 

 

 

 

 

 

Edited November 3, 20205 yr by rbrosnan
formatting

Exept try to use an older version, there is an other way to recover my torrents ?

5 hours ago, rbrosnan said:

Hello,

I'm having a mighty struggle over here getting binhex qBittorrentVPN to work with Sonarr. Files download fine using the VPN, but Sonarr is giving the infamous "Import failed, path does not exist" error.

 

I'm using the linuxserver docker of Sonarr, but I tried the binhex variant during my hours of troubleshooting today to no avail.

 

I'm trying to avoid using remote mappings on Sonarr, but I would happily use them if it meant things would work - but thus far they have not.

Here's my current config, which isn't working (though I have SABnzbd working flawlessly):

 

I've changed the /data container path to /downloads (though I've also, as mentioned, tried leaving it to /data and using remote mappings on Sonarr and that didn't work either - more on that later).

 

qbittorrent "downloads":

container path: /downloads

host path: /mnt/user/downloads/complete

 

qbittorrent "incomplete-downloads"

container path: /incomplete-downloads

host path: /mnt/user/downloads/incomplete

 

qbittorrent webui paths:

Default Save Path: /downloads

Keep incomplete torrents in: /incomplete-downloads

 

sonarr "downloads"

container path: /downloads

host path: /mnt/user/downloads/complete

 

It's my understanding that since the qbittorrent "downloads" host path matches the sonarr "downloads" host path I shouldn't have to do any remote mappings. Is this correct?

 

If so, I'm at a complete loss as to why the import is failing.

 

Prior to this current config, I was messing around with more common directory structures such as:

qbittorrent "data":

container path: /data

host path: /mnt/user/downloads/

 

qbittorrent webui paths:

Default Save Path: /data/complete

Keep incomplete torrents in: /data/incomplete

 

sonarr "downloads"

container path: /downloads

host path: /mnt/user/downloads/complete

 

sonarr webui remote mapping:

remote path: /data/complete (also tried /data even though I thought it wouldn't work)

local path: /downloads (also tried /downloads/complete and after changing the host path to /mnt/user/downloads)

 

I've included logs, and my current config as it stands... which doesn't work. Any ideas? I've been through previous forum posts all day but haven't really found my exact set up so I'm really in need for a helping hand.

 

Thank you.

 

 

 

 

 

 

 

 

Its a bug with the latest qbittorrent, revert to "binhex/arch-qbittorrentvpn:4.2.5-1-12"

2 hours ago, Adamm said:

 

Its a bug with the latest qbittorrent, revert to "binhex/arch-qbittorrentvpn:4.2.5-1-12"

Can you confirm that this release includes support for PIA NextGen servers?

2 hours ago, wgstarks said:

Can you confirm that this release includes support for PIA NextGen servers?

Answered my own question. Finally figured out how to view the release notes on GitHub for this release. It does include support for next-gen OpenVPN and wireguard on PIA.

Looks like binhex updated that FAQ with new configuration lines for the fallback cipher.  Just updated my config and can verify it works again.

Quick question.....I think my VPN connection has gotten hosed up so I changed servers, yet, no matter what server I tell the VPN connect to, it always pulls the same IP address, which is an impossibility. Does the VPN portion of the docker get cached somewhere? I've changed the config file in the openvpn folder under qbittorrent multiple times to servers all over the world and no matter what, the IP is always the same. When I change servers on my personal PC outside the docker, the IP changes every time I change to a new state or country. 

 

Any suggestions???

stuck on a loop after update

2020-11-04 17:44:53 library versions: OpenSSL 1.1.1h 22 Sep 2020, LZO 2.10

2020-11-04 17:44:58,550 DEBG 'start-script' stdout output:
2020-11-04 17:44:58 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

2020-11-04 17:44:58,550 DEBG 'start-script' stdout output:
2020-11-04 17:44:58 CRL: loaded 1 CRLs from file -----BEGIN X509 CRL-----
MIICWDCCAUAwDQYJKoZIhvcNAQENBQAwgegxCzAJBgNVBAYTAlVTMQswCQYDVQQI
EwJDQTETMBEGA1UEBxMKTG9zQW5nZWxlczEgMB4GA1UEChMXUHJpdmF0ZSBJbnRl
cm5ldCBBY2Nlc3MxIDAeBgNVBAsTF1ByaXZhdGUgSW50ZXJuZXQgQWNjZXNzMSAw
HgYDVQQDExdQcml2YXRlIEludGVybmV0IEFjY2VzczEgMB4GA1UEKRMXUHJpdmF0
ZSBJbnRlcm5ldCBBY2Nlc3MxLzAtBgkqhkiG9w0BCQEWIHNlY3VyZUBwcml2YXRl
aW50ZXJuZXRhY2Nlc3MuY29tFw0xNjA3MDgxOTAwNDZaFw0zNjA3MDMxOTAwNDZa
MCYwEQIBARcMMTYwNzA4MTkwMDQ2MBECAQYXDDE2MDcwODE5MDA0NjANBgkqhkiG
9w0BAQ0FAAOCAQEAQZo9X97ci8EcPYu/uK2HB152OZbeZCINmYyluLDOdcSvg6B5
jI+ffKN3laDvczsG6CxmY3jNyc79XVpEYUnq4rT3FfveW1+Ralf+Vf38HdpwB8EW
B4hZlQ205+21CALLvZvR8HcPxC9KEnev1mU46wkTiov0EKc+EdRxkj5yMgv0V2Re
ze7AP+NQ9ykvDScH4eYCsmufNpIjBLhpLE2cuZZXBLcPhuRzVoU3l7A9lvzG9mjA
5YijHJGHNjlWFqyrn1CfYS6koa4TGEPngBoAziWRbDGdhEgJABHrpoaFYaL61zqy
MR6jC0K2ps9qyZAN74LEBedEfK7tBOzWMwr58A==
-----END X509 CRL-----

2020-11-04 17:44:58 TCP/UDP: Preserving recently used remote address: [AF_INET]154.29.131.142:1198
2020-11-04 17:44:58 UDP link local: (not bound)
2020-11-04 17:44:58 UDP link remote: [AF_INET]154.29.131.142:1198

2020-11-04 17:45:00,872 DEBG 'start-script' stdout output:
2020-11-04 17:45:00 [dallas412] Peer Connection Initiated with [AF_INET]154.29.131.142:1198

2020-11-04 17:45:01,975 DEBG 'start-script' stdout output:
2020-11-04 17:45:01 OPTIONS ERROR: failed to negotiate cipher with server. Add the server's cipher ('BF-CBC') to --data-ciphers (currently 'AES-256-GCM:AES-128-GCM:AES-128-CBC') if you want to connect to this server.

2020-11-04 17:45:01 ERROR: Failed to apply push options

2020-11-04 17:45:01 Failed to open tun/tap interface

2020-11-04 17:45:01,975 DEBG 'start-script' stdout output:
2020-11-04 17:45:01 SIGHUP[soft,process-push-msg-failed] received, process restarting

2020-11-04 17:45:01,975 DEBG 'start-script' stdout output:
2020-11-04 17:45:01 DEPRECATED OPTION: --cipher set to 'aes-128-cbc' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM). Future OpenVPN version will ignore --cipher for cipher negotiations. Add 'aes-128-cbc' to --data-ciphers or change --cipher 'aes-128-cbc' to --data-ciphers-fallback 'aes-128-cbc' to silence this warning.

2020-11-04 17:45:01,975 DEBG 'start-script' stdout output:
2020-11-04 17:45:01 WARNING: file 'credentials.conf' is group or others accessible

2020-11-04 17:45:01 OpenVPN 2.5.0 [git:makepkg/a73072d8f780e888+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Oct 27 2020
2020-11-04 17:45:01 library versions: OpenSSL 1.1.1h 22 Sep 2020, LZO 2.10

2 minutes ago, droopie said:

stuck on a loop after update

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

 

see Q22

58 minutes ago, wgstarks said:

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

 

see Q22

i dont have that line but i changed it from this: 
cipher aes-128-cbc

 

to this: client
cipher aes-256-gcm

ncp-disable

Edited November 5, 20205 yr by droopie

8 minutes ago, droopie said:

i dont have that line but i changed it from this: 
cipher aes-128-cbc

 

to this: client
cipher aes-256-gcm

ncp-disable

does it work?

1 hour ago, wgstarks said:

does it work?

yea it finally kicked in and connected. is it possible to verify the vpn ip? just wanna have some extra peace of mind that my ip isnt leaked.

12 minutes ago, droopie said:

yea it finally kicked in and connected. is it possible to verify the vpn ip? just wanna have some extra peace of mind that my ip isnt leaked.

Check the faq. IIRC there is a Q&A for that too.

I have been using transmission vpn docker for quite a while, but it frequently had issues after updating docker, and finally stopped working correctly and am unable to fix. Tried all the binhex torrent client dockers and this one is the best imo. The others had various issues.

 

The one issue for me for this one is that the move operation from incomplete to complete folder seems wasteful for ssds. I have my incomplete folder on a ssd cache only share. I dont want active torrent downloads keeping my hdds spinning. When complete, they move to the complete folder, which is also on ssd cache. The daily mover job will move complete downloads to hdd array. 

 

With qbittorrent, the move job from incomplete to complete seems to copy the entire contents, instead of just changing the pointer of the file location. This basically will consume twice the write endurance of an ssd if the move job is on the same ssd. Has anyone noticed this and figured out a solution?

 

Thanks.

Edited November 5, 20205 yr by kakashisensei

I can't keep qbittorrent open for a couple of days before it will eventually close on it's own. This is new behavior over the last couple of weeks. The only changes I've made to the configuration has been the updates for wireguard. 

 

Recently logged errors:

"2020-11-09 07:35:11,796 DEBG 'start-script' stderr output:
parse error: Invalid numeric literal at line 4, column 0"

 

"2020-11-09 02:32:47,909 DEBG 'watchdog-script' stdout output:
[warn] Incoming port site 'https://portchecker.co/' failed to web scrape, marking as failed"

 

 

*edit for spelling error

Edited November 9, 20205 yr by BusterBrawls