ok i tryed that.
only problem, it keeps changing the token, the zero-trust does. everytime i put it in, it puts like 34more bullets (what i hear on the screen reader when trying to enter) in the tokens field.
I recently installed on a NetCup RS Ubuntu minimal and with Cloudron (and Netdata 😉 ) and had no single issue! Also AVX and AVX2 is supported!
Yeah, fair point, their more expensive RS (Root Server, as they call them, although they aren't dedicated but virtualised) product line works fine (I was on one until I upgraded to a dedicated server at Hetzner)
It's the cheaper vServer (VPS) product range which are currently useless for Cloudron.
BTW, the docs at https://docs.cloudron.io/installation/ still say the minimum disk space is "20GB Disk space" but I'd say that is no longer true (because the old server I'm still running Cloudron 7.3.6 on has 20GB and it isn't enough to update to the next version. Indeed, it doesn't even have enough disk space to update the single Uptime Kuma app that is installed on it!).
The issue was a clash in sftp keys in the blobs table. Solution here was to purge those blobs from the database to let the migration succeed. The consecutive box restart will ensure keys again and puts them into the database correctly.
For reference, to purge those keys, the following command can be run via SSH (of course use with caution or better contact us about it first):
mysql -uroot -ppassword box -e "delete from blobs where id='sftp_private_key' OR id='sftp_public_key'"