sketchy

I too had tried all CA with no connections. Though Disabling the VPN then re enabling it has fixed whatever the issue was...

I can see the above entries in my log, so i have to assume that any issue i have is related to PIA rather than the container?

I was connected to Sweden but torrents would not download. Then i think following an update to the container i lost the web UI. I swapped to the Czech Republic as per @rikdegraaff suggestion above. The Web UI returned after about 10-15 minutes. There were a lot of entries similar to the below in the log. Eventually i got connected, I'd guess 2-3 cycles through the 12 connection attempts? 2020-08-25 17:21:54,237 DEBG 'start-script' stdout output: [warn] Exit code '52' from curl != 0 or no response body received [info] 12 retries left [info] Retrying in 10 secs... I swapped the Czech endpoint for Berlin and then to Torronto, both PIE port forwarding endpoints. With these endpoints the VPN established and the Web UI started far quicker. However my torrent for Ubuntu 20.04 appears idle, and does not download. Any ideas?

Aha, good spot @itimpi. That may be what the parsing error was complaining about. I'll put another asterisk on the end for the 'day of week' requirement, see how it likes that! Edit: Looks like that cleared the issue. Cheers @itimpi

Looking for some advice on a script I've added (which i believe runs successfully) as unsure where the parsing issue is. Seeing a lot of the below in syslog: Aug 23 16:48:01 Tower crond[1440]: failed parsing crontab for user root: /usr/local/emhttp/plugins/user.scripts/startCustom.php /boot/config/plugins/user.scripts/scripts/copy_pibackup_to_Backup_share/script > /dev/null 2>&1 This is the script: #!/bin/bash /usr/bin/rsync -aPX /mnt/cache/pibackup.img /mnt/user/Backup/ Name of user script, description and custom cron: cheers

Wanted to thank @ken-ji this method works nicely. I'm sure anyone wanting to follow your instructions will know this already, but thought i'd just point out that: "* modify /boot/config/sshd_config to set the following line" should read "* modify /boot/config/ssh/sshd_config to set the following line", i think?

Perfect. Makes sense, @itimpi. Thank you. Especially for the speedy reply!

I've just started the 'mirror' procedure on my first disk to convert from btrfs to XFS. I don't know any better than bjp999 / SSD, but i included the '--info=progress2' in my rsync command to give the overall rsync time remaining as opposed to the time remaining on the current file being rsync'd...i think. Seems helpful. I noticed that one of my shares has settings to include disk 5, and exclude disk 'none'. My current rsync is not for disk 5 (haven't got that far yet). My question is, will this cause me an issue at all, either over the current (disk 1 to disk 6 transfer), or the impending transfer of the contents of disk 5? It is a redundant share that i should have removed by now. Cheers.