To add to what @necrevistonnezr said, add the hard drive as a Cloudron volume and use https://docs.cloudron.io/apps/#data-directory to move the app's data into that volume.

@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).

Good to know! Thanks

@bmann This helped me after updating to 8.0 which broke IPv6 for some reason (I'm also on OVHcloud)

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 )

The issue here had to do with something in JupyterHub container creating a massive number of folders recursively. Think 300k folders or something. Nuking all that stuff, made backups work again.

Handled with the email support. Thanks for the very fast help!

@potemkin_ai thanks for reporting. It seems nfs-common depends on rpcbind which starts the service at port 111. rpcbind is only needed for NFSv3 . I have disabled rpcbind in the next release (8.0.1) . Cloudron only supports NFSv4 out of the box.

I just waited 24 hours and now everything is working

@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.

@linuxpowerhouse no worries, welcome to cloudron

This was resolved overnight - I am not sure how, but now the volume shows again normally. However, it opened up a new problem with Nextcloud, which I have posted in a new thread there.

@mmtrade Okay, after a thorough analysis of my account. I have a VPS the cheapest, where I could not change the IP address. It remains technical support to solve this and as you in which you manage the server you have the task of securing the server.

https://my.hussainwh.info works for me. Note that for https://hussainwh.info to work, you have to install an app on that domain. When there is no subdomain , it's called the bare/naked/apex/root domain .

Praise for Cloudron's backup system: This is amazing! Digital Ocean charges 30% of the cost of the droplet for daily backups. If your droplet uses Cloudron, you can just use the built in backup to R2 for free and could even have it backup multiple times per day. So cool. Amazing cloudflare is offering so much free storage with r2 as well. I guess eventuallly they may change this but Cloudflare makes integrations so easy it seems trivial to just switch things over to s3 or Backblaze if that time comes. That said, I guess I haven't had to restore from a backup before so this is more just praise for the setup ease but I have faith in Cloudron team based on care I see with the product and in this forum!

@girish Finally, I would like to say that I haven't quite figured out what the problem was. I had used Cloudron bare metal. In the last few days I switched to Windows Server and have Cloudron running in a Linux VM via Hyper V. I then assigned a manual IP there and the problem no longer occurs. I guess it would have been fixed before with a manual IP as well.

This is not possible, no. The structure of data of both the apps are quite different. Also, when you backup Cloudron apps, the code is not part of the backup. LAMP app is sort of a special case here since the code is part of the "data" and part of backup . You should be able to migrate it manually though. Import database and copy over the needed files.

@girish Thanks for answering, I will try it and if I still face any issue, I will update by starting my own thread.

@girish it works! Thanks a lot.

you can check it your self with GRC shields up https://www.grc.com/x/ne.dll?bh0bkyd2