3 1/2 years ago? Sorry, no I don’t even remember what I had for dinner yesterday….

I guess so, I thought I was on version 9, but under system info [image: 1764373459777-40a01f03-ad09-478f-8614-2eb15f1785ca-image-resized.png]

Hello @imc67 Could it be that you simply need to zoom out of your terminal or make the window larger? Had the same first thought when running this command but when resizing the window or zooming out: [image: 1764363715688-4b9b8272-3458-4bf8-8e45-7adb9cc95592-image-resized.png]

Correct, I have updated all custom apps without a title in the manifest, this solved the issue.

Check services and restart mongodb

the command "cloudron-support --unbound-use-external-dns" worked for me. Thanks for looking into it.

Thanks, but my situation is a bit different. I keep 7 daily, 4 weekly and 12 monthly backups. The older system backups from before the Cloudron update do not appear in Backup Sites at all, even though: the backup folders are physically present on the storage (I checked), the older app backups do show up under each app, but the system backups are completely missing from Backup Sites. So the backups exist on the storage, but Cloudron does not list the older system backups anymore.[image: 1764256436089-5507-resized.png][image: 1764256605893-5508-resized.png]

It may no longer be relevant since it successfully updated to 9.0.13. Seems to be related to an early version of CCAI. I've since updated it. box:tasks updating task 22301 with: {"percent":72.23846153846154,"message":"Snapshotting app ccai.toldyouso.com"} Nov 25 21:14:20 box:backuptask fullBackup: app ccai.toldyouso.com backup finished. Took 0.003 seconds Nov 25 21:14:20 box:locks write: current locks: {"box_update_task":null} Nov 25 21:14:20 box:locks release: app_backup_ef83ce0c-414b-49f1-969f-ecd520962d56 Nov 25 21:14:20 box:tasks setCompleted - 22301: {"result":null,"error":{"message":"Error creating config.json: ENOENT: no such file or directory, open '/home/yellowtent/appsdata/ef83ce0c-414b-49f1-969f-ecd520962d56/config.json'","reason":"FileSystem Error"},"percent":100} Nov 25 21:14:20 box:tasks updating task 22301 with: {"completed":true,"result":null,"error":{"message":"Error creating config.json: ENOENT: no such file or directory, open '/home/yellowtent/appsdata/ef83ce0c-414b-49f1-969f-ecd520962d56/config.json'","reason":"FileSystem Error"},"percent":100} Nov 25 21:14:20 box:taskworker Task took 896.054 seconds Nov 25 21:14:20 BoxError: Error creating config.json: ENOENT: no such file or directory, open '/home/yellowtent/appsdata/ef83ce0c-414b-49f1-969f-ecd520962d56/config.json' Nov 25 21:14:20 at Object.writeConfig (/home/yellowtent/box/src/apps.js:3071:15) Nov 25 21:14:20 at snapshotApp (/home/yellowtent/box/src/backuptask.js:340:16) Nov 25 21:14:20 at uploadAppSnapshot (/home/yellowtent/box/src/backuptask.js:351:11) Nov 25 21:14:20 at backupAppWithTag (/home/yellowtent/box/src/backuptask.js:393:32) Nov 25 21:14:20 at Object.fullBackup (/home/yellowtent/box/src/backuptask.js:569:56) Nov 25 21:14:20 at process.processTicksAndRejections (node:internal/process/task_queues:105:5) Nov 25 21:14:20 at async updateBox (/home/yellowtent/box/src/updater.js:183:13) Nov 25 21:14:20 Exiting with code 0 @girish hope you can make this more resilient

@nebulon thanks, should have thought of that - yes, hard refresh makes it go away. prob needs some file versioning to force the new to load.

I also had similar issues as soon as I migrated to Cloudron 9.x and after a while or maybe after successful login attempts with an alternative auth flow, I had no longer any issues authenticating through OpenID. weird indeed but I have noticed similar complains about Cloudron 9 and OIDC in other threads.

Hello @nexus-ai-solutions and welcome to the Cloudron Forum It seems this is similar to https://forum.cloudron.io/topic/12500/after-update-8-0-5-all-services-wont-run-and-apps-wont-run-too-it-happen-7am-this-morning Can you please check that? If you run the following command manually: docker network rm -f cloudron what is the output?

--troubleshoot gave everything as "ok" however: root@my ~ # cloudron-support --check-db-migration /usr/bin/cloudron-support: unrecognized option '--check-db-migration' Running the start.sh fixed the backups page issue, and now the updates appear to be running (and the error is gone) thankyou!

@ghosted @mdc773 9.0.13 has the fix .

This is fixed in 9.0.13 .

Same here when upgrading from 8.3.2 to Cloudron 9.0.12. Remounting storage solves it, but still not optimal as a default behaviour.

@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.

@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.

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