Cloudron Forum

@archos you try the fix in 9.0.15?

Just an update - I have changed absolutely nothing but I'm seeing the nightly backup size get smaller. [image: 1765784210360-99a93cef-c588-4cdc-bfc7-0bfb10248a9b-image-resized.png]

@philkunz said in Backups still not verified or what?: But that points to how important the e2e read back step is. absolutely, that is why we are adding the validation in the first place. Having checksums of what we expect is the first step, next then will be the task (can be quite heavy task, so this won't be automatic probably) to read back and recalculate the hashes.

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

Dividing into technologies and providers, I think, would continue to be confusing as it suggests that the providers DO NOT offer those technologies. Cloudron gets a lot of ppl new to self-hosting using it, which is a good thing, and the fewer the questions and confusions the better. The list, currently alphabetical, works perfectly fine.

Minio is basically dead for community edition. I rolled back to image: quay.io/minio/minio:RELEASE.2025-04-22T22-12-26Z (last version with all management features - don't expose it publicly for security reasons) Then: Configuration > Region > Restore Defaults That wiped my region entry and now Cloudron connects properly again. Time to consider successor software now.

yes- was my error/ all resolved. Issue was I had disabaled some of the app backups under app level but then had selected to back these up in global settings but seems the global settings do not overide the app level backup settings/ nor is there anything in global settings to inform backups for sepcific apps have been turned off at app level (maybe this could be added).

I am running into this same error with tebi.io using the generic S3 v4 compat config. @girish does it need a fix too? Also consider adding tebi.io as it's easy region free setup, and offers 25GB free storage.

@girish Increasing the task memory did it. Issue solved.

@avatar1024 in the previous versions, one could change the backup format between tgz and rsync . We used to track the format of each backup (for restore from old backups to work). in Cloudron 9, you cannot change the backup format of a site once set. instead, you can just create a new backup site if you want another format. The migration code probably detected that you have backups in both formats. So, it would create two sites - one tgz and one rsync. That's what you are seeing .

This was reported in the other thread. Was fixed - https://forum.cloudron.io/topic/14359/cloudron-9.0-beta-bug-reports/128

Thanks a lot, that was tho Problem. I changed the user rights from Administrator to Superadmin an it's working as expected.

This has gone back to normal for a few days in a row, indicating the upgrade didn't produce an issue, but probably the hardware infrastructure at Netcup.

@nebulon , per request: https://forum.cloudron.io/topic/14525/improving-user-experience-with-ssh-keys-for-sshfs-and-volume-mounts Many, many thanks. And, if I find anything useful, I'll update that thread. Or, this one, and cross-link.

@svtx do you have a post/more info on this already? Would like to understand what the problem is.

@dylightful ok. it could be useful to follow @joseph advice, to try to reproduce issue... I had the same problem with Hetzner Storage Box via CIFS mount...

Cloudron 9 has pretty much the same flow here. Maybe we have to revisit what the main app cloning use-case is, to figure out a better flow there.

This should be fixed in Cloudron 9, where a backup failure notification email can be configured per user.

I have updated https://docs.cloudron.io/backups/#restore-cloudron and https://docs.cloudron.io/guides/download-backups/#backup-file-names . Bit of a hasty edit but time is really right these days!