When I go to my Cloudron subscriptions it states that it’s not set up yet. Usually, this is because you have not logged into the app store yet. Have you installed apps on Cloudron yet and are the apps running? When you go to Cloudron Dashboard -> App Store, it will make you login. When you login, the connection is made (if it wasn't made already).

i think the unbound DNS worked; seems ok now. thanks!!

You can read more about ports and firewall setup with cloudron at https://docs.cloudron.io/security/#cloud-firewall

It's ok, resolved thank you very much

OK, I made this change now: - "description": "This will uninstall the app immediately and remove all its data. The site will be inaccessible.", + "description": "This will uninstall the app immediately and remove the app's data. The site will be inaccessible.", The usage of its in English is always tricky. If you care, "its" is possessive and "it's" is short forum of "it is" .

@nebulon Thanks to you and @girish for explaining this.

@dsp76 multi part copy is a different API call from multi part upload

This worked thanks

@nebulon , thanks for reply. in the first post, I copied a undeliverable testmail from spamhoaus to cloudron, b/c it was denieing the reception. here a little oversight: [image: 1720004240958-2024-07-03_12-50_cldrn_mail_deliv-fail.png] and they all look similar… [image: 1720004260697-2024-07-03_12-52_cldrn_mail-deniedy.png] all these hosts are N.O.T. blacklisted. I checked. also, false positives…

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.

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

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

@mikeminyard OK, last thing to check, do you see any errors in /home/yellowtent/platformdata/logs/box.log ? You can also run cloudron-support --troubleshoot on the server and see if it reports any errors. Otherwise, please contact us at support@cloudron.io , we will have to debug what is going on.