@nebulon the doc might need to be updated systemctl stop|start docker docker.socket postgresql mysql nginx for the services. rsync --archive /mnt/old_root/home/yellowtent/boxdata /mnt/data/cloudron-mail/ for copying the data (mv when fails produce a whole set of problems to be resolved and can't be resumed). and the following commands to verify: find /home/yellowtent/boxdata/ -type f -printf "." | wc -c find /mnt/data/cloudron-mail/boxdata/ -type f -printf "." | wc -c diff -r -q /home/yellowtent/boxdata /mnt/data/cloudron-mail/boxdata

For the most part, everyone else covered my use case on this. Either the ability to download the file as a tar.gz, that isn't encrypted to store locally or external storage. To take this functionality a bit further down the road: Offload the app and environment settings to an external S3 storage, gui to view these on like the file explorer, view basic details (time offloaded, size, dates, view file contents). There have been times where I had a different version of an app, and I just needed to quickly grab the .env file. It would save a lot of time, to be able to view those files, without having to sift through backups and files.

@girish Yup, nothing to say that a Cloudron "App" has to be a Docker Container.

@systemaddict I would check the app's configuration. Some apps let you change the CORS. It's not correct for system adminsto change CORS settings, this is a security issue waiting to happen.

@nebulon a checklist of current apps will be ideal scenario

This is implemented in Cloudron 8

@ekevu123 the manifest error here refers to the docker image manifest. That part of the error message is from your upstream docker registry and not generated by cloudron.

I misread your original comment. I guess you are referring to the cloudron update command of the CLI tool. I thought this was about a cloudron (platform) update. Currently, the focus of the CLI tool is app development and not for end users as such.... So, one can automate what you want already by writing a small script which calls cloudron restore if the update fails.

A temporary workaround: docker stop turn . Some platform updates might turn back the turn service on though (when updating the turn docker image).

@SansGuidon you are absolutely welcome

@nebulon Is there a possibility to pay 50€ or so to push this request? The possibility to use SOGo on a multi-tenant base is really the only thing keeping my stuck in Plesk.

I guess somehow the actual command to move (cutnpaste) the files didn't even reach the server or failed in some auth. Next time, opening the browser inspector should reveal more error details we can work with.

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.

@humptydumpty this is another great solution.

@marcusquinn not yet, but it is scheduled for next release - https://forum.cloudron.io/topic/9975/what-s-coming-in-9-0-was-8-0 (the "remove global lock for backups" bullet point)

@murgero Thanks, yeah, definitely not doing that now Just looking for the simplest solutions with what we already have. Since the functionality is already there, this is more of an workflow interface feature to just make it available at an earlier stage in the process, and to avoid the additional step and decisions later to do the exact same.

"Thank's" is like.... [image: 1722345022070-90ea0e22-68ef-4c6a-aa8f-2e9dbc9eebe4-image.png]

Indeed, we have space there, so this makes sense to not hide it unnecessarily. Fixed for next release https://git.cloudron.io/cloudron/box/-/commit/44d3baf51aaab4acc3e3a4d5188c38d4dffef257