And I would appreciate if this fix get published soon. I need to update it, because I accidently did not renew but delete the API key and there is no way back. (Really not "no bullshit" like years ago @gandi) @girish

There is no artificial limit or so. It depends on the resources your server has and here on the capacity and maybe speed of the filesystem.

If Hairpin NAT is not working, please refer to https://docs.cloudron.io/troubleshooting/#hairpin-nat

@fbartels So sorry, but was short on time and opted to reinstall the cert. to get back to what seems like normal - and so, I have no information to share in-terms of troubleshooting. That said, and if /or when this happens again, I'll take the time to properly investigate NB, for what it's worth, I am using Cloudflare API key, of which has always worked without issue in Cloudron, though for some unknown reason, the cert appears to have expired and would no longer renew. And so I performed as roll-over oin the API/Key side of things, then reissued, and everything appears to be back to normal

Welcome here @mistahgreek ! See https://docs.cloudron.io/backups/#old-local-backups for this issue

Glad it worked out in the end. With the next release we will have a better error handling to find those issues faster.

Somewhat of a hidden "feature", if you create a group on that Cloudron, the will be no default during installation.

never mind, I fixed the issue with the IP. I went into GoDaddy and noticed the IP was different, so I changed it back, restarted unbound service and now my dashboard is loading with my domain. Now to restoring all of the apps with my backups.

another issue: mail server doesn't re-register itself on the new IP

I guess that is solved via https://forum.cloudron.io/post/95877

Glad it worked out in the end. Not sure why collectd would cause some fuzz here, but those dist-upgrades are quite complex with ubuntu...

The problem is only when email is forwarded by Cloudron. If it is sent directly to Gmail there is no any problem.

Disabling Cloudflare seemed to work. Thanks.

You should be able to download the whole task logs from the logviewer, which should give you more context which app was currently backed up.

nice i eventually figure it out thanks

@Bedrijfstak14 in v8, the IPv6 defaults to auto-detected. Probably best to choose this explicitly based on your setup.

indeed, uninstall nodejs entirely. apt remove nodejs. Then, you will find Cloudron's nodejs in /usr/local/node-14.15.4 . Just ln -sf /usr/local/node-14.15.4/bin/node /usr/bin/node. Then, if node --version gives the correct output, do systemctl restart box . did the trick. You folks rock, thanks!!!

I'd agree, it's only that we have have that other issue going on and I wanted the "full disclosure" But sure enough, switching to a different browser help. FYI the issue was on Safari (MacOS Sonoma, latest) For here: CLOSE

Yes, 1 hour of investigation for that... sorry for the inconvenience.

I've tried to use pgadmin and jupyter notebook under App Proxy today and I can confirm that the issue still exists, since /login/ locations are required by both apps but are also reserved for cloudron. Pretty annoying ! @joseph : this is not solved, can you unmark it?