Cloudron Forum

[image: image.jpeg]

Hello @gautam8459 You have provided none of the required information, and thus we can't help at all. Please provide the output of cloudron-support --troubleshoot and describe your set up more detailed. You can also upload the log file of the failing restore at https://paste.cloudron.io/

hi @nozy i replied from support. Using the backup should be straightforward . https://docs.cloudron.io/backups#move-cloudron-to-another-server is the necessary docs. The license will automatically move, yes. (it moved with the domain name during migration and is not IP based) Feel free to ask any question here and we can help.

Excellent! Thank you very much @joseph (and also @fbartels)! I was able to alter the mysql dump file in the appsdata directory on the server and restarted the restore. The app started and I was able to fix all other database bugs in the dump directly in the apps database which then was up and running. Now the app has been restored on the new server and everything is working again. Thanks for the support and especially the note about the /home/yellowtent/appsdata/<appid>/mysqldump location.

Hi @james I just re-run the entire setup of Linux, installed and restored Cloudron by using the exact folder structure as on the live system. I confirm that the restore (so far I testet 3 apps, the others are still restoring) was successful. So, yes, you can mark the topic as resolved. Thanks again!

We have identified one issue on android, so maybe this also fixes iOS. We will test this later. The fix is to set the correct mimetype on download: https://git.cloudron.io/platform/box/-/commit/d843f60cb5b98a7e3f2589b899cff7440ac3d0cb

@sponch it's possible to slow down but we have to know what the rate limit is. I cannot find anything in our docs about this. Do you have happen to be in touch with their support?

That worked, this is solved now. Thank you.

This is now fixed for the next release with https://git.cloudron.io/platform/box/-/commit/a4ea80cf5eb26b08462430111e8b6f75175e749d

@davejgreen said: I tried again with a fresh install of Ubuntu 24.04 @davejgreen said: Maybe different versions of Ubuntu do it differently? I think the only time I've had issues with migrations was when the provider of my VPS (I think it was Netcup) began using stripped down versions of Ubuntu that had stuff Cloudron needs missing. But I'm guessing you're pulling Ubuntu directly from Ubuntu?

I have fixed this for the upcoming release

Reworking the installation flow a bit might help.

There is also a Logs dropdown button in the backups view which opens the corresponding log file in the logsviewer, from there the full logs can also be downloaded, avoiding the need to ssh into the server.

@samgreenwood are you following the steps in https://docs.cloudron.io/backups/#move-cloudron-to-another-server ? If you need access to your old server simply change DNS manually to point to the old server or modify your laptop's /etc/hosts . my.domain.com 1.2.3.4 (where 1.2.3.4 is your old server IP)

@tecbox thanks for the update!

@difficult222 I have replied to your ticket.

Hi @joseph . Thanks! Yes, the issue was with the encryption password. I successfully created a new app from the backup. However, one question remains: how can I restore a backup to NocoDB without recreating the app? The original restore (to the existing app) kept failing with the role already exists PostgreSQL error. Could this be related to memory limits? I checked and there seemed to be enough memory available everywhere. For context: my NocoDB has many records plus connections to external databases.

@james need to test backup and restore again to find out... will do.

Hello @brambuijs Is this still an issue?

@ghosted @mdc773 9.0.13 has the fix .