Thank you @girish , this worked. For those coming through in the future note that cloudron-support may ask you to reboot and run again, keep an eye out for it.

Many thanks, after deleting config file for freshrss the restart of nginx went OK.

@humptydumpty thanks for the info! Cloudron should not be affected, no. We don't rely on name servers IPs. Also, I think this is for people having vanity nameservers, which Cloudron does not support.

Thank you @girish - I'll test with v8 and report back thereafter in case of need.

Thank you @girish - Sounds promising. Looking forward to v8.

I can now say safely that the backuptask crashes while working with Immich. Maybe I should choose different setting? I switched to Backblaze recently and I am currently using rsync. Maybe there is a way to do this more efficiently considering that there are so many files to upload? I was assuming rsync might be more efficient than a tarball because it only syncs the changes, but I might be wrong?

@estudios507 If you want to open up an arbitrary port like 8000 from your server, then you have to build a custom app for this . See https://docs.cloudron.io/packaging/tutorial/ . The custom app has to expose 8000 using https://docs.cloudron.io/packaging/manifest/#tcpports . There is no other way on Cloudron for an app to expose a custom port.

@AmbroiseUnly yeah, good idea. I will add it to our internal list to check for backup existence to give quicker feedback.

@paliwalneeraj this is not the right forum for AKS help (or dockurr or Windows). This is the Cloudron forum. It's a different product.

I should have changed DO DNS to AWS before deleting it then, but I didn't quite understand how to do that either. I guess that'll be the worry of the next person who runs into a similar situation.

I will mark this as solved, but if you hit this again please let us know.

@ReessKennedy said in Digital Ocean Issues after altering Droplet name?: Changed name of droplet. but this is a superficial change that I think only occurs in a Digital Ocean database just for labeling and does not impact any server config. In DigitalOcean, the name of the droplet is also the reverse/PTR address for the IP address. Just something to remember, this is not the reason your Cloudron is unreachable though. All systems seem like they are working fine Can you also run cloudron-support --troubleshoot on the server?

Yup, you are right that Cloudron needs IPv4 currently. IPv6 only setup is coming only in Cloudron 8

@AmbroiseUnly Good find... Cloudron does not support IPv6 only setups yet. But it's coming in the next release (Cloudron 8).

@ccfu it is working now. I guess it needs some time to take effect. Thanks!

What @Dont-Worry said. As long as it' mountable on the server as Cloudron Volume, it should work without a problem. With NAS and network storage, one thing to keep to mind is the flakiness/stability of the network. Apps can behave erratically if the attached storage is not stable.

@Recliner2042 good catch! Fixed in https://git.cloudron.io/cloudron/box/-/commit/f386c326e2c7645eed77bc171c4913fbd99ef2d3

@victorlinares94 GoDaddy has put some new limitations on API access. Please contact their support. https://www.reddit.com/r/godaddy/comments/1bl0f5r/am_i_the_only_one_who_cant_use_the_api/ " We wanted to inform you that we have recently updated our Domain API requirements. As part of this update, customers are now required to have 50 or more domains in their account to utilize the API. Unfortunately, as you currently only have 1 domain in your account, access to the API is blocked for you. " See also: https://www.reddit.com/r/godaddy/comments/1chs1j8/godaddy_access_denied_via_apicall/

@mac3388 The backup file should have had an accompanying json file which tells Cloudron how to handle it, did you back that up as well?

Did you double check the name servers with your domain registrar? Sometimes we miss the simple stuff. Maybe you did input them but chose the option where you use the registrars records and not your custom set ones.