snowboardjoe

Something is not right with your Docker container then. This is for the nextcloud container from the console?

Programs run as abc--not www-data. Pretty sure you need to specify the PHP interpreter too. So, it should look like this: sudo -u abc php /config/www/nextcloud/occ db:convert-filecache-bigint

Make sure your copy and paste is accurate. Here were my results: root@cfeed5230df2:/$ find /config/nginx -name \*.conf -exec grep -H client_max_body_size {} \; /config/nginx/nginx.conf: client_max_body_size 0; /config/nginx/proxy-confs/nextcloud.subdomain.conf: client_max_body_size 0; /config/nginx/proxy.conf:client_max_body_size 0; root@cfeed5230df2:/$ Sounds like something got truncated after the -exec parameter. It's possible it found no *.conf? That would be weird.

You can find all files that use that setting and output what the value is using this command from the console of letsencrypt docker: find /config/nginx -name \*.conf -exec grep -H client_max_body_size {} \; This will spit out all matching files and the value assigned. The Nginx config has redundant configuration options and each iteration as it parses through the config resets the value (last one wins).

These is more than one place (file) where client_max_body_size Is set. I believe there are at least two. Set both and restart the service or restart the docker. It’s a redundancy in the config and causes some confusion. I would provide more details, but on vacation right now away from a real computer.

If you're trying to do this as admin, you need to login as that user. Then you can set email address, phone, address, etc. Admin can't do that (at least, not in v13).

Unless you changed any of the default settings (mine is customized as I use MariaDB for several applications), it's possible a fresh install with the default config.php will restore access. You will still need to add in settings for letsencrypt, but that's documented on how to modify it. Don't give up hope you've lost everything. It should all be there.

You should only have to rebuild the file config.php from scratch--not NextCloud itself. That and you need to reset the admin password to a known password for the config.php. A little tedious, but once you have the right config.php, everything else should be fine.

So, this was a Nextcloud update? Maybe to version 14? I'm still on 13 here and have been trying to figure out how to get to 14. Anyway, if that's the case, your data should be fine as that's stored in the database and in your share. You'll need to recover the credentials to gain access again. You may need to do some work to find the database, reset the password for that account so it's known again and rebuild your config.php from scratch. Hate that the upgrade lost your original config. I've added making a backup of my /appdata/ to my list too.

Yep! As an example, server.domain.com:444 is the standard format.

Would you let us in the forum know what proxy setting resolved the issue?

That's still syntactically incorrect. You have unbalanced quotes in your value. Missing single quote before "mysite.duckdns...". Should be 'overwritehost' => 'server.domain.com:444'

I'm trying to get transmission-openvpn up and running using NordVPN. Right now I just get this in the log: Using OpenVPN provider: NORDVPN Supplied config default.ovpn could not be found. Using default OpenVPN gateway for provider nordvpn Setting OPENVPN credentials... adding route to local network 192.168.0.0/24 via 172.17.0.1 dev eth0 Options error: In [CMD-LINE]:1: Error opening configuration file: /etc/openvpn/nordvpn/default.ovpn There were no ovpn files included. I cloned them from the repo and have those in place at /mnt/user/appdata/Transmission_VPN/openvpn/nordvpn/. I'm not sure how to point the container to this new location. I also fixed a bad symllink for default.ovpn. I'm guessing I need to add a mount for the /etc/openvpn/nordvpn path? UPDATE I got further along. Added a mapping for /etc/openvpn/nordvpn to map to /mnt/user/appdata/Transmission_VPN/openvpn/nordvpn. Now it can find my default.ovpn file and I got connected to NordVPN. I can only map to one file and would like the option to include multiple files. At least that much is working. Still can't get the Transmission UI to load, though. Just times out over port 9091. So, still digging here. UPDATE 2 Got the GUI to load. I missed an item on the local network and had the wrong subnet. RTFM. I have some tests to do, but I am wondering about how to better manage the OPVN files. I just have it using default.ovpn and then I just change the symbolic link as needed. Would be nice if I could put a list in there. Not sure how to do that in the OPENVPN_CONFIG that appears customized for PIA. Would I just remove this variable listing and create my own where I could then list multiple items? Let me know if I'm violating any best practices here.

No devices found after earlier unRAID crash this evening. I've mapped all of the /dev/sg* entries. However, /dev/sr0 is no longer present, so I removed that from the config as that will cause an execution error. MakeMKV starts, but no drives found. Been pulling my hair out every time I modify a device on my system as that changes the entries and I have to modify the MakeMKV container over and over again. This time, the lack /dev/sr0 appears to be the issue following the crash, so no idea what to do next now. EDIT: Fixed it. When I moved the device to a different USB port, it initialized as /dev/sg11 and /dev/sr0 appeared again. Updated the container with the new device and it's good again. It is maddening how my system keeps remapping devices if there is even a slight change.

Yeah, who knows what exactly happened, but turned out to be nothing serious. If I try to run the app again it does not see it as abandoned anymore. All is well.

Yep, all good this morning. Back to normal state and backup is in sync. It was the combination of upgrading the plugin at the same time that threw me off. Thanks!

There is no option I can see on logging out or adoption options. Right now it's synchronizing block information and comparing to destination. Will it sort itself out later on or is there a step I need to take to make sure it adopts the previous client?

So, what failed here? Clearly the data was being used (still is).

Issue fixed. I don't think it could deal with a USB2 connection. Both drives kept hanging on me over and over again. Spun up some spare hardware where I could plugin both hard drives to a real SATA interface. Preclear blasted right though and almost done on the post-read now.

I triggered this plugin and it deleted what I though was old data for my CrashPlan PRO. It wasn't. It's was my local client configuration. Suggestions on how to get this working again? Is this a known issue?

Was doing some maintenance and upgraded to 6.5.0 this evening. No problems and running smoothly there. Updated CrashPlan PRO to latest version and that worked fine. I triggered a plugin I have "CA Cleanup Appdata". I thought it was cleaning up an old, abandoned version of CP. I went to verify CP was still working and the GUI shows local client as "Initial backup not started". What!? I think it just wiped the local client data. Grrrrr. I've stopped the container for now. Next steps? Can I readopt my previous client? I don't want to do a full backup again of 12TB.

Tried to clear one of my new 6TB WD Red drives. This is a used drive I got off of eBay. I'm out of SATA ports, so I had to use my USB connection to do this. It got 83% through the pre-clear read and that stopped. When I found it this morning, the drive was already spun down and idle. Nothing logged. Suggestions other than trying it again? Takes forever over USB (days) for a single pass. I'm going to try and start it again now and I'm headed out of town for a few days. If it fails again, I may fire up a spare PC and use DBAN to verify the disk.

Ok, had no idea that button was down there. Assumed the page refreshed that automatically with each load. All containers updated including CP and it's synchronizing now. Thanks for the quick help there. Just haven't run into that before.

I'm currently running 4.9.0. I don't know what version it's trying to upgrade to. Attaching a snippet from the logs in the CP application itself (I don't know how to copy the contents from the Web UI). I don't know where the Tools > History is located or what you are referring to here.

That was the first thing I looked at. It's already at the latest version.