Cloudron Forum

Thank you for this. I ended up creating a DO Spaces bucket, putting the backup there, and then restoring from that. To make it work, I had to use the Dry Run option and then manually sync the DNS. But now it is working.

I wish that Hostinger had something akin to DO Spaces, but it doesn't, so I am still trying to figure out my strategy for offsite backups.

Thanks @nebulon for your help!

OK, instead of increasing the disk space or trying to hunt down files to delete, I decided to set up the new server on a temporary domain to test everything out (and might just migrate to that domain permanently).

One issue I ran into was Cloudron wouldn't recognize the DNS in the domain settings when changing the dashboard domain. Since I set up the server with IPv6 I had to enter both the IPv4 and 6 addresses into the DNS config for my domain (I'm doing it manually since Godaddy and NameCheap won't let you use their API unless you have a LOT of domains and/or pay a premium). I'll have to do that for every app individually.

I'll have to think ahead as far as disk space is concerned so I don't run into the Postgresql problem again.
Thanks for your help!

nice i eventually figure it out thanks

in my specific case - that was due to decryption key error

What is your use-case to restore the whole Cloudron from Cloudron itself? I can see if Cloudron and thus the dashboard is not working, a restore might be required, but then it cannot restore itself in such cases.

Yep, as usual. It's user error. I was using the box config backup. I just had to adjust the backup path to point to the app. I figured out the correct path by logging into my Backblaze dashboard, browsed through the bucket (by date) and the file "name" is your path. Copy/paste into the import box along with the box settings and voila!

@philkunz said in No support for simply uploading a backup through the web ui?:

Ok got it. Is there a particular reason, why a simple upload through the webui is not supported?

In some ways, this can be considered a security issue. If we had some bug in Cloudron code, then one can import/delete your existing data in the app. This is also why we don't allow deleting backups via the web ui.

But (atleast I) have come around to this a bit. Maybe this can be considered a usability issue. We just need to figure out some safety hatch when user uploading a backup (maybe require 2fa, reenter password etc).

Hi All
Work it out IPV6 on the OS level

Need to make sure that is off ( will look at how to make sure the OS stop using it )

@gerard said in Restore v7.7.2 (Ubuntu 22.04) backup to v8.0.0 (Ububtu 24.04) system:

The release notes state an "initial support for 24.04" that doesn't sound like it's fully supported yet.

It should mostly work but we are just being a bit cautious here 🙂 There's a limit to how many VPSs we can test the installation on. We tested on the popular ones and seems to work, but one never knows.

The upgrade path for you would be to upgade to v8. Then later in 2-3 weeks time when v8 is considered more stable, you can migrate to a fresh ubuntu 24 with cloudron backups.

Sorry, but I am not following how name resolution is dependent on port 22. Name resolution uses UDP port 52 and is completely different from SSH which is TCP port 22 .

@ChristopherMag Wow, what a great story, with a happy ending, too!

Thank you for taking the time to tell us the tale.

I will mark this as solved, but if you hit this again please let us know.

@AmbroiseUnly yeah, good idea. I will add it to our internal list to check for backup existence to give quicker feedback.

@webthingz looks like this got missed. Did you figure this out?

Are you migrating using Cloudron backups ? If so, you can just migrate one by one using https://docs.cloudron.io/backups/#import-app-backup .

As for the license, you can just contact us to transfer the subscription to another server.

If you mean the webterminal, then this is into the filesystem of the app, not the host system. Cloudron does not have a webterminal into the host system, as it is not advised to tinker with this. However in this case you should use scp (essentially file transfer via ssh) to put the tarball into the /tmp of the server.

Ahh, I see.

Its always the simple things.

Thank you,

@privsec said in Can not restore/reinstall cloudron:

I have set up cloudron to use the same 7.5.2 version of my current install.

On the new install after I update the DNS records to the new IP address, I get this

After the cloudron installation, did you do the domain/dns setup and create an admin account? If so, you should not do that.

Setup new server with cloudron --version 7.5.2 Go to https://ip For good meaure, I would power off your old server. This prevents any dns caching issues wrt my.domain.com pointing to your old server. Start restore from the setup view Cloudron will automatically navigate to https://my.domain.com

'Already activated' means that you already setup admin account on that server. After that, you cannot restore anymore for security reasons. For example, if you find a cloudron installation in the wild and try to restore, it won't work. That route is completely locked.

@girish yes correct my connection aborted. It's solved now

@shan Not sure what is going on. Can you contact us at support@cloudron.io ?