@nebulon Awesome! Muchas Gracias!

That's great! Thank you very much.

@mrchrisjones I don't think the reddit thread is related to this directly, but it seems our latest version has some install regression. We are investigating. Until that you can run cloudron-setup --version 7.2.5 on a fresh Ubuntu which should not have the issue. And to confirm, Cloudron does support running at home as long as you can portforward the relevant ports from your router to the server. Sorry for that hickup on our side.

@nebulon ohh yes that could be it.

@nebulon Thanks, corrected by hosting company, now it worked fine.

Closest upstream issue I found was https://github.com/xtermjs/xterm.js/issues/3380 . But @nebulon tells me the latest 7.3 release moves xterm.js to some OpenGL based rendering, so probably this bug solves itself.

thanks for sharing the root cause!

@robi Thank you!! Nginx Proxy Manager is a UI + LetsEncrypt for Nginx if I have to simplify it. Do you have a sample Nginx proxy conf for this setup? Thanks again!

This should hopefully be fixed in Cloudron v7.3

You could install Cloudron within a subdomain. This way you could do something like my.sub.domain.com for Cloudron itself and *.sub.domain.com for the Wildcard DNS entry.

Sounds good. Yes, we're happy to help with query optimisation in apps and send feedback upstream. This is the quickest way we can do that. With some luck, we'll all end up with faster apps from this R&D too.

@shan I will mark this thread as solved. Let's follow up at https://forum.cloudron.io/topic/7750/backup-uploads-time-out-after-12-hours-can-no-longer-manually-adjust-timeout-to-be-longer

@subven Thanks! I will create a cloudron backup now, thanks for the idea.

You don't need a second app. Copy the files your app is missing from your latest backup (without using Cloudrons "restore from backup" function). Take a look at my output. Compare with the files in your backup and the one in your (broken) live app.

Fixed in https://git.cloudron.io/cloudron/box/-/commit/84ba333aa11fe7d0e2ae00d2b1437efc27a876b4

@girish hey forgot to mention. My IP is not listed but the AS network is declared as spammy. While I contacted OVH for this and I respect their answers, they said they are not willing and paying for deblacklisting their network because it like an hostage situation. So I asked them to change the IP of my instance, let's see.

Turns out the mountpoint for backups, which is /mnt/cloudronbackup/ had leftover files, which prevented it from being mounted. After clearing that folder it works fine. I will see how we can better communicate this into the dashboard to make this more obvious in the future.