Cloudron Forum

It's fine to keep the post around, helps others in the future @igaudette said in Custom app database wiped after migration: Looks like the backup is not backing up the database of the custom apps, is it possible? FWIW, the backup strategy is the same for custom apps and apps from app store. The only difference is that one uses a customer docker image/registry and the ones from the appstore use a appstore provided docker image/docker hub.

@stevespaw said in Question: Moving apps to volume: How does this affect backup? All apps backed up as normal? I guess you mean you symlinked appdata (atleast, from your post history) ? If so, yes all apps are backed up as normal . And if I restore - I assume that the same mount points need to be in place -, but will the restore work normally then? Yes, correct.

@scooke in my case, you've to reupload the private key instead of using the backup config.

Given that you hit a "permission denied" issue, maybe there is some race, where something changes permissions of that folder while the restore is busy copying files there. If you hit this, can you check the permisssion and ownership of the folder in question?

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.