Cloudron Forum

Works Fine! Thanks!

For anyone having those problems, here's quick update for this one: After a few weeks someone from the Postiz Discord (terrible way and platform for bug reporting btw) suggested to set up Cloudflare R2. It took two restarts, but after that I managed to connect my LinkedIn pages, because apparently it wasn't able to store the profile images and thus created that redirect above. Although, now that I'm writing this, the bucket it still empty, but there are files in /app/data/data/2025/11/27 (the second data folder wasn't there yet, I needed to create that one manually, maybe that solved it after all?) Also, even with the working connection, this error appeared in the logs, maybe we could let that point to somewhere it can write: Nov 27 19:37:40 ⨯ Failed to write image to cache x5s7nobKRgx-CJ5Nq4z9X1PXnOjxJPxqtCDckv+9gKk= Error: ENOENT: no such file or directory, mkdir '/app/code/apps/frontend/.next/cache/images' Nov 27 19:37:40 at async Object.mkdir (node:internal/fs/promises:860:10) Nov 27 19:37:40 at async writeToCacheDir (/app/code/node_modules/next/dist/server/image-optimizer.js:190:5) Nov 27 19:37:40 at async ImageOptimizerCache.set (/app/code/node_modules/next/dist/server/image-optimizer.js:574:13) Nov 27 19:37:40 at async /app/code/node_modules/next/dist/server/response-cache/index.js:121:25 Nov 27 19:37:40 at async /app/code/node_modules/next/dist/lib/batcher.js:45:32 { Nov 27 19:37:40 errno: -2, Nov 27 19:37:40 code: 'ENOENT', Nov 27 19:37:40 syscall: 'mkdir', Nov 27 19:37:40 path: '/app/code/apps/frontend/.next/cache/images' Nov 27 19:37:40 }

The issue was that UDP requests from the VM are blocked . I configured unbound to forward all DNS requests and that seems to work - https://docs.cloudron.io/networking/#unbound .

@crazybrad said in Zulip - Powerful open source group chat: @timconsidine Appreciate the expert opinion. This has certainly opened my eyes about why some apps might "make the cut" and be added to the platform, and why others might not. I think what concerned me the most is the frequent updates and non-trivial data migrations. This might be a case where paying for Zulip Cloud is the smartest option. What non-trivial data migrations are we talking about?

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]

Gobble gobble'till you wobble!

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

Hi again, Unfortunately, our FreeScout helpdesk has stopped receiving tickets once more. When I first ran the cache clear command: sudo -E -u www-data php artisan freescout:clear-cache it worked correctly for about 1–2 hours — tickets started coming in again during that period. However, after that time window, new incoming tickets stopped being created again. To temporarily restore service, I had to restart the entire Cloudron server, and after that, tickets began arriving again. Even so, the behavior is still intermittent and not stable. I also noticed a Cloudron notification that might be relevant: Server is running out of disk space One or more file systems are running low on space. Please increase the disk size at the earliest. /dev/nvme0n1p1 (ext4) mounted at / is at 91% capacity. Used: 350.66GB Available: 37.02GB Size: 387.69GB I’m not sure if this disk space issue could be causing FreeScout to stop processing incoming emails/tickets, but I wanted to mention it in case it’s related to the 419 errors or to the mail processing queue. Do you think low disk space on the server could be affecting FreeScout’s ability to handle incoming mail, or is there anything else I should check (logs, queues, cron, etc.) on the Freescout/Cloudron side? Thanks again for your support — I’ll share any new findings here in the same thread.

[image: 1764252765648-931ba44b-12f9-4c0a-94bc-9da4d136aa79-image.png]

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

Perfect! Will be using an iPhone too. Thanks Tim!

Doc page is at https://docs.cloudron.io/guides/github-action/