Hello @potemkin_ai Thanks for reporting this. Can you tell me what app / docker container bbb52ef9e6869b43778e5bd796d52dcece50162fd45658877200006219c3f259 is?

Thanks for this post, I was encountering similar issues using Hetzner object storage (backup of the cloudron server was taking hours, for only 20GB of data), then I switched to Hetzner storage box with the recommendations @nebulon indicated. The backup was done in a matter of minutes For some reason my initial trial failed, and when I reconfigured the backup site settings with a new storage box it worked (maybe because this time I enabled External Reachability in Hetzner).

Awesome, thank you!

Fixed in support. Not clear what the issue is, but it could be possibly because spamcop dnsbl was not responding. I removed it from the mail acl - https://docs.cloudron.io/email/#dnsbl.

@joseph said in Cloudron v9: huge disk I/O is this normal/safe/needed?: Do you have happen to use nextcloud on the server? I think nextcloud+ldap keeps doing a login request when syncing for each file (which might trigger a login eventlog in mysql) No there is no Nextcloud on this server

Link to feature request . Thanks @crazybrad

Good catch. nc is not part of the base image it seems (not explicitly). I have replaced that code with bash logic.

thank you for all your explanations

@nebulon could you please also approve me? I'd like to cast a vote for GlitchTip

@paradoxbound if I enable Dane, should I enable MTA-STS?

I've tripled checked (created new key and secret) and it works...

@james said in Cloudron App Install Update Error Bug: Hello @dualoswinwiz Please use registry.docker.com as the docker hub server address. This should resolve the issue. i was using like this registry.hub.docker.com --- changing this to registry.docker.com solved the problem

Can you run cloudron-support --unbound-forward-dns 1.1.1.1 ? This will forward all DNS requests to cloudflare public DNS.

Fixed in https://git.cloudron.io/platform/box/-/commit/b537d73a5585662605176346ffb31db4ebbb6a02

The AWS module changed between v8 and v9 and maybe some discrepancy between the versions is causing this. I will close this because testing and accommodating minio issues is a dead end unfortunately given that the project has gone into maintenance mode. We are looking into Gargage as an alternative.

Maybe you can open a new thread with the log? The previous issue is probably not relevant since it was many versions ago. Did you also restore Cloudron to a new server and hit this issue?

Hello @potemkin_ai You could also check the Cloudron event log to see if and when the password was changed. Have you checked that?