psycho_asylum

Well that's the thing, you don't know, I don't know, and nobody will know until an official statement is made.

I know it doesn't fix the issue you're seeing, but I've downloaded a few things in Japanese and Korean without any trouble.

Just from a logic standpoint, left side doesn't make any sense. Good find. I hadn't had a chance to dig through it. I also have minimal PHP experience, but that's just standard logic. $tmp>1 would just return true or false, I have no idea how this actually works for anyone. You can't get count of a boolean. When I get a few minutes, I'll see what is on my working machine. edit: if(count($tmp>1) && (trim($tmp[1])!='')) It's the same on my working machine, how the hell does this work?

I'm running PHP 7.2 on the box that's working, so I don't think it's PHP.

I have a need to run the WebUI behind a separate Reverse Proxy.... in this case, I'm running Nginx Proxy Manager. https://github.com/binhex/arch-rtorrentvpn/issues/56 I found this issue listed and tried to implement the solution from the wiki, but it didn't change anything. Overall, most of the UI works just fine. So far, the only issue I have run into is an HTTP 500 when I try to add cookies. Does anyone have a suggestion on how I should configure the host in Nginx Proxy Manager? edit: It seems my thoughts may be misplaced. Bypassing NPM, I still get the same message even though I'm connecting directly. 2021/05/03 23:10:47 [error] 405#405: *3740 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught TypeError: count(): Argument #1 ($var) must be of type Countable|array, bool given in /usr/share/webapps/rutorrent/plugins/cookies/cookies.php:38 Stack trace: #0 /usr/share/webapps/rutorrent/plugins/cookies/action.php(28): rCookies->set() #1 {main} thrown in /usr/share/webapps/rutorrent/plugins/cookies/cookies.php on line 38" while reading response header from upstream, client: [local_ip], server: localhost, request: "POST /plugins/cookies/action.php HTTP/1.1", upstream: "fastcgi://127.0.0.1:7777", host: "[host]", referrer: "https://[host]/" edit2: I have 3 different instances of ruTorrent, two are this docker container, and the other is installed directly on a machine. Only the two running in docker have this problem.

I believe this info is presented by rtorrent, and rutorrent displays it. Most clients often reset this when the app is restarted. However, by default, the "Trafic" plugin is installed, and you should see a tab that says "Traffic" on the lower portion of the screen. This keeps a running tally of data use by tracker and you can filter it as you please.

I didn't think to try the HTTPS port. That works for me on latest as well, but now I'm seeing this in the logs: 2021-02-12 15:37:43,868 DEBG 'watchdog-script' stderr output: /home/nobody/rtorrent.sh: line 24: rtxmlrpc: command not found 2021-02-12 15:40:15,037 DEBG 'watchdog-script' stdout output: [warn] Incoming port range not defined, unable to bind IP address Everything seems to be working though.

I pulled latest and still got the same timeout as the one before. Went back to binhex/arch-rtorrentvpn:rtorrent-ps-1.1.r54.ga787dd9-1-28 and it's working again.

Thanks. I just updated my comment. It's also recognizing anywhere "proto" is present. I've got it running now.

2020-09-22 09:39:49,769 DEBG 'start-script' stdout output: [crit] 'entries' cannot be resolved, possible DNS issues, exiting... # The hostname/IP and port of the server. # You can have multiple remote entries # to load balance between the servers. I'm using OpenVPN on my own remote server and by default, it includes "proto" and "remote" in the comments of the generated config file. These are being recognized as protocols and remote endpoints. vpn_remote_line=$(cat "${VPN_CONFIG}" | grep -P -o '(?<=remote\s).*' | paste -s -d, - || true) I think you need a ^ in your regex for remote, probably the same for proto but I can't look further at the moment.

Hello! I've been trying to get this set up for a good portion of today. I don't usually upload from my Unraid box so I just want the remote mounted so I can dockerize plex (it's currently running on a VM). I don't need to merge any folders or start/stop any docker containers yet. The script successfully mounts the remote but it always gives me the mount failed message. I can see the mountcheck file in the directory it is checking. Here are my settings: # REQUIRED SETTINGS RcloneRemoteName="GSuiteDrive_Storage" # Name of rclone remote mount WITHOUT ':'. NOTE: Choose your encrypted remote for sensitive data RcloneMountShare="/mnt/user/rclone_mount" # where your rclone remote will be located without trailing slash e.g. /mnt/user/mount_rclone LocalFilesShare="ignore" # location of the local files and MountFolders you want to upload without trailing slash to rclone e.g. /mnt/user/local. Enter 'ignore' to disable MergerfsMountShare="ignore" # location without trailing slash e.g. /mnt/user/mount_mergerfs. Enter 'ignore' to disable DockerStart="" # list of dockers, separated by space, to start once mergerfs mount verified. Remember to disable AUTOSTART for dockers added in docker settings page MountFolders=c\{""\} # comma separated list of folders to create within the mount And script execution: Script location: /tmp/user.scripts/tmpScripts/mount_rclone_gsuite_storage/script Note that closing this window will abort the execution of this script 25.06.2020 12:22:03 INFO: Creating local folders. 25.06.2020 12:22:03 INFO: *** Starting mount of remote GSuiteDrive_Storage 25.06.2020 12:22:03 INFO: Checking if this script is already running. 25.06.2020 12:22:03 INFO: Script not running - proceeding. 25.06.2020 12:22:03 INFO: *** Checking if online 25.06.2020 12:22:10 PASSED: *** Internet online 25.06.2020 12:22:10 INFO: Mount not running. Will now mount GSuiteDrive_Storage remote. 25.06.2020 12:22:10 INFO: Recreating mountcheck file for GSuiteDrive_Storage remote. 2020/06/25 12:22:10 DEBUG : rclone: Version "v1.52.2" starting with parameters ["rcloneorig" "--config" "/boot/config/plugins/rclone/.rclone.conf" "copy" "mountcheck" "GSuiteDrive_Storage:" "-vv" "--no-traverse"] 2020/06/25 12:22:10 DEBUG : Using config file from "/boot/config/plugins/rclone/.rclone.conf" 2020/06/25 12:22:10 DEBUG : fs cache: renaming cache item "mountcheck" to be canonical "/" 2020/06/25 12:22:21 DEBUG : mountcheck: Modification times differ by -58.115950247s: 2020-06-25 12:22:10.156950247 -0700 PDT, 2020-06-25 19:21:12.041 +0000 UTC 2020/06/25 12:22:40 INFO : mountcheck: Copied (replaced existing) 2020/06/25 12:22:40 INFO : Transferred: 32 / 32 Bytes, 100%, 1 Bytes/s, ETA 0s Transferred: 1 / 1, 100% Elapsed time: 19.6s 2020/06/25 12:22:40 DEBUG : 6 go routines active 25.06.2020 12:22:40 INFO: *** Creating mount for remote GSuiteDrive_Storage 25.06.2020 12:22:40 INFO: sleeping for 5 seconds 25.06.2020 12:22:50 INFO: continuing... 25.06.2020 12:22:50 CRITICAL: GSuiteDrive_Storage mount failed - please check for problems. Stopping dockers "docker stop" requires at least 1 argument. See 'docker stop --help'. Usage: docker stop [OPTIONS] CONTAINER [CONTAINER...] Stop one or more running containers

That worked, thanks!

The latest version wouldn't start for me, the ruTorrent UI just gives back: Uncaught TypeError: Cannot read property 'flabel_cont' of undefined I reverted back to the one from 24 days ago and it loaded up just fine. I can't find anything else in the logs.

I appreciate it. I don't have the container accessible at all from outside. The only thing I had accessible was a Windows 10 VM, but I disabled that port months ago in favor of using a VPN to get into it. The only port I have open currently on my network is for Plex. I should also mention that this happened just a day after firing up this container. I previously had everything in qBittorrent but it is really slow. edit: I checked my logs in UniFi and it reports less than 6GB of traffic over the internet last night to/from my Unraid box. edit2: https://github.com/rakshasa/rtorrent/issues/561 It may have something to do with this. I'll work with the tracker admin. edit3: the tracker admin stated that they do not have this issue as described. edit4: We discovered that it was a derivative of the issue above in rtorrent.

I had 800+ GB download mysteriously reported to a tracker, even though I only seed from this box. Is there anything you can help me with in diagnosing this? I stopped the container and moved everything to qBittorrent to make sure it doesn't get worse, but it's practically unusable with the number I'm seeding.