Cloudron Forum

Here the issue was that the e-mails have been moved to the new cloudron server only partially, and the new folder wasn't created in this case, so when I tried to move this in Thunderbird, it failed. So, this is solved now

@ekevu123 yes, the registry holds the images and enabling backups for it will keep the images. I think one issue might be though that because the order of apps is not defined/random , custom apps might fail to restore if the registry app restore after them. For this, the feature request you mentioned in another post will help. For the moment, workaround is just to click restore on custom apps again after the registry has restored.

Apparently, this has resolved itself, except for other, more specific issues, but I will open new threads for these to resolve them separately.

@joseph You can go ahead and close this thread. Yes, I did install the same version as my backup, but unfortunately, that didn’t help. In the end, I had to reinstall the server completely and upgrade to 8.3.1 again. It’s clear that backups need to be properly saved. Thanks for your help anyway.

It worked after I have reset my ssh keys and entered a new one during restoring.

@javiergutzp have you seen https://docs.cloudron.io/backups/#move-cloudron-to-another-server ?

(From https://forum.cloudron.io/topic/13362/restoring-app-backup-improvements)

For the first one, I guess you are suggesting a real rsync between the existing files and the remote. I think the issue is that rsync itself relies on a remote rsync service. Cloudron's rsync is strictly speaking not rsync, more like "individual files are synced as opposed to tarball". Even with sshfs, one cannot know for sure if there is a remote rsync service running. The second one looks like it can be fixed . I will should split this post though

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!