[image: 1764218886115-407b9c30-624c-4336-9c46-abbe90aa2f1d-image-resized.png]

Hello @allanbowe Please connect to your Cloudron server via ssh and run the following commands and post the output: cloudron-support --troubleshoot and cloudron-support --check-db-migration

I have the same issue after updating Cloudron. I had to re-attach the backup storage and new backups are working, but: the older backups are physically present on the StorageBox, I can see them in each app’s backup list, but they do not appear under Backup Sites, and trying to restore them results in an Task error Retry a failed installation, configuration, update, restore, or backup task. An error occurred during the restore operation: External Error: Error loading fsmetadata.json:ENOENT: no such file or directory, open '/home/yellowtent/appsdata/bebc848c-f9a9-41f9-aeb1-b1d8bf200d73/fsmetadata.json'

Ah I meant maybe more context around the logs of the failing update task.

@ekevu123 can you please check for any error in the browser console?

@ghosted @mdc773 sorry for the inconvenience, a fix is coming, most likely later today. In the meantime, if it's urgent, you can write to support@cloudron.io and we can patch your server individually for this bug. The issue happens when the import/restore form is filled up manually. If you use a backup config file, it works. To workaround: Download the backup config of any current app. App -> Backups -> Select backup -> ... -> Download Config to your desktop. Edit that config json file on your desktop and change the remotePath field. App -> Backups -> Import -> Upload a backup config . This works because the config file sets prefix to "" internally.

@ghosted said in Update 9.0.11 Broke Services: It was THOUSANDS of lines, currently had a production instance, so needed it back up asap. This is fixed now . Was a bug in the polling in the UI.

Thank you.

Hello @d1rk Thanks. Could you please now run the following command and share the output? lsof -i :53

@girish said in Attempted to restore Cloudron 9.0.12, receiving error when loading backup configuration and hitting Restore button: @d19dotca I tried to reproduce this but I couldn't figure where to set this IP allowlist in iDrive e2. Maybe it's only for paying customers since I am on the trial plan ? Hi Girish. This link can help, assuming it isn’t gated to paying customers (I’m not sure if it is or not), but hopefully this provides some instructions for setting up an allowlist. https://www.idrive.com/s3-storage-e2/faq-buckets#ip-allowlisting I suspect you’re right though, that it is sending back a non-XML response to provide a response message that it’s forbidden from accessing it. I understand this use-case may be rare, but I think if there’s a way to improve that error handling, it may help others too because at first glance it’s really not clear where the issue could be coming from.

Fetching usage in the background is now solved with https://git.cloudron.io/platform/box/-/commit/4575a0ddce9d9cd7631e9a15b15c7caa5f4f1344

Fixed on support. Issue was an old registry config which maybe had more than 128 char password .

Thank you!

@joseph thanks! No, no errors inside of docker image logs. /home/yellowtent/platformdata/logs/mail/*.log - from what I can see, that is the same logs I can see inside of Docker - so I would say there are no (error) logs - from all of the perspective, the server looks perfectly normal... except that it doesn't accept user's messages... I would hope that you bring updated Dovecot to Cloudron 9 and it will self-resolve, but better will just do a restart for the time being...

@mononym I recently had to clean up a customer's server . The preview dir had over 230k empty dirs! # wc -l /tmp/deleted_dirs.txt 231605 /tmp/deleted_dirs.txt

@shrey said in Error: Domain nameservers are not set to NameCheap: Sorry, my first time with this sort of Subdomain delegations. Subdomain delegation can be very, very tricky. Not all DNS providers even support this. I know that DigitalOcean is very straight forward with adding a subdomain as full Domain and works well. But for example Cloudflare or Hetzner do not even allow adding e.g. subdomain.DOMAIN.TLD as a DNS entry.

@SDEInfo fixed with https://git.cloudron.io/platform/box/-/commit/e87d2e1218ce0e6d5a9ee89e57976e459b73c7d4

@trend-1 our mail server was having the same trouble. DO has blocked outbound port 25 (ipv6) wholesale on the network and it doesn't look like they make exceptions. So, the mail server tried to send via ipv6 (haraka prefers ipv6 by default) and wait for sometime to fail. It then tried ipv4 after. For my other VPS, which has IPv6, email was getting blocked in various places anyway because of the "open resolver" issue of IPv6. So, I think 9.0.12 fixes it. Works on both my servers.

FYI this https://forum.cloudron.io/post/39865 is the proper and working way to enlarge /dev/sda3 even on a running srvr.