@girish Thanks, I thought maybe I set the DNS wrong but it must be the host then

@shlomi I assume you mean the web server is installed on another server (and not on the same one as Cloudron). If that's the case, then it's fine. Otherwise, we don't support running additional applications on the same server as Cloudron. (why is cloudron not using DNS-level validation for SSL so we will not need to open posts if we do not want/need. ) This is the case already. You have to use one of the programmatic DNS providers (and not manual or wildcard). If you do this, you don't need to open port 80. Please see https://docs.cloudron.io/certificates/#port-80-requirement

@michaelf I put some notes on how to read the logs at https://docs.cloudron.io/backups/#cleanup-backups and also replied to your support ticket. Do you see any backups in linode object storage that are not listed in the logs? Otherwise, the logs do look fine to me.

Right, Cloudron does not work on ARM. Please see https://docs.cloudron.io/installation/

@humptydumpty That's right. No way to get wildcard certs with wildcard DNS. To get a wildcard certificate, one needs to be able to program/automate the DNS. Let's Encrypt (acme) protocol requires one to programmatically setup TXT entries as part of getting the certificate. With a wildcard DNS, we have to now way to automatically setup those entries. The protocol for normal certificates has a "http" based flow which allows it to work with a single wildcard entry.

Unfortunately, we don't support lxc.

@jordanurbs thanks! I will look into making this automatic. https://git.cloudron.io/cloudron/box/-/issues/800

@mehdi I see the issue here as well. I've pushed a fix for this for the next release. Thanks for your attention to the details here

How about "virgin" --- or is that stretching a point?

@girish Awesome. Thank you for the help!

@robi removed

@robi there is a already bunch of "workarounds" for rsync. Empty directories, executable bit of files cannot be stored in most object storage. So, there is fsmetadata.json file that stores this information outside of the files. When restoring, we use that file to restore back the state. I guess we can extend that file to also save and restore timestamps. If anyone wants this leave a note and I can look into it in the future.

@nebulon thanks!

Since nobody has any suggestions so far, I am going to just kick off the installer again and see if anything goes differently.

@eddowding Plug: https://git.atridad.dev/CTPR Instructions: https://git.atridad.dev/CTPR/docs/ctpr-documentation

@nebulon Thanks. I did search but must have overlooked this.

@atridad yeah, I just bumped the internal default for data directory migration to be 1GB . I tested with ~500GB now and it's all good.

@girish ah yes, that makes sense. And recent ones are being deleted, yes. Thanks again.

Looks like this change broke WP - https://forum.cloudron.io/topic/5385/wp-cli-not-working-on-6-3-5

@girish Thanks for the info and all the work (support) you have done for me Girish