@dylightful if there's a setup where we can debug, would be great since we are unable to reproduce it .

Thanks @nebulon for your time, together with ChatGPT I did deeper analysis but I also read this: https://docs.cloudron.io/troubleshooting/#mysql Two instances of MySQL There are two instances of MySQL on Cloudron. One instance runs on the host and is used by the platform. Another instance is the MySQL addon which runs in a container named mysql and is shared by apps. This test is related to the host MySQL. Doesn't this mean that the mysql service in iotop is the "host version" that has nothing to do with the apps? For now "we" (I) have seen this: Summary of Disk Write I/O Observation on Cloudron Host Using iotop, the host shows consistently high disk write I/O (4–5 MB/s). Analysis of MySQL processes (mysqld) indicates these are responsible for the majority of the write load. The high write I/O is primarily due to InnoDB internal activity: buffer pool flushes, redo log writes, and metadata updates, mostly from the box database (eventlog, tasks, backups). In about 10 minutes this is the Disk Write I/O (so 1.5GB in 10 minutes) Total DISK READ: 0.00 B/s | Total DISK WRITE: 2.73 M/s Current DISK READ: 0.00 B/s | Current DISK WRITE: 4.25 M/s TID PRIO USER DISK READ DISK WRITE> SWAPIN IO COMMAND 21250 be/4 messageb 0.00 B 1038.50 M ?unavailable? mysqld 936 be/4 mysql 0.00 B 465.28 M ?unavailable? mysqld I stopped about 25% of the apps at a certain moment with no significant result, this is the current situation (IMHO not really intensive application and they have low traffic): App  Status  Yourls Running  WordPress (Developer) Running  WordPress (Developer) Running  WordPress (Developer) Running  WordPress (Developer) Running  WordPress (Developer) Running  WordPress (Developer) Stopped  WordPress (Developer) Running  WordPress (Developer) Stopped  WordPress (Developer) Running  WordPress (Developer) Running  WordPress (Developer) Running  WordPress (Developer) Running  WordPress (Developer) Running  WordPress (Developer) Running  WordPress (Developer) Stopped  WordPress (Developer) Running  Taiga Stopped  Surfer Running  Surfer Stopped  Roundcube Running  Roundcube Running  Omeka S Stopped  Moodle Stopped  LAMP Running  Roundcube Running  Roundcube Running  Roundcube Running  Pretix Stopped  MiroTalk SFU Running  Matomo Running  FreeScout Running  FreeScout Running  Espo CRM Running  What to do next to find the root cause?

@joseph ~~Now I have reseted the router and I still have the same problem. I guess it's my ISPs Cgnat that is the problem. It's strange. It has been working for almost a year with the same ISP and the Cgnat but suddenly it stopped to work. I guess it's the Cgnat that make it impossible to ping the public ip too. My apps with Cloudflare tunnels is working but the tunnel I created to the Cloudron dashboard gets bad gateway and host error from Cloudflare. What am I missing?~~ Now it's working. It was simple when I found it. I had forgot to activate No TLS Verify for the tunnel. Now it's working. Thank you for your help.

I have some ideas but it would require manually setting up the domain and exporting users from the DB and moving mail folders over. Not my idea of a good time. Plus my kids might want to see me before 2026.

Ok, I reached out to Vultr Wednesday about it and they instructed me to contact Ya'll directly. Did a fresh install and it installed 8.0. Glad to see it's updated.

@joseph said in Bloated n8n backup: du -hcs . Sorry, I misread this. I navigated to cd app/data/ and it's 906MB. My other post was running that from app/code

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

I investigated this on support@ . The issue was that the server had an incredibly slow disk and the iops was really bad (like 30MB/s) . The VPS provider is fixing their raid configuration .

@nebulon said in What's coming in Cloudron 9: Fixed with https://git.cloudron.io/platform/box/-/commit/5160f22d912d7524fff068dcc6efecf818b4f087 to limit the sidebar width to max 300px as some compromise to still display large names (though the are limited to 64 characters anyways, but lots of w will be clipped now) Thank you very much. Perhaps the login page can also be adjusted at some point so that it doesn’t become distorted when displaying a long name like in the example screenshot (red). Many thanks! [image: 1765528547238-99a8ea21-84a7-4fd6-9fba-4f583598df1d-grafik-resized.png]

The schema is documented in this file - https://git.cloudron.io/platform/box/-/blob/master/migrations/schema.sql?ref_type=heads . completed BOOLEAN DEFAULT false The id has to be unique in oidcClients table. Can you check why you have a duplicate? Maybe you can delete the dup entry and run the migration again.

Apologies, I got hung up on your point about the 'combination of search and filters' since I'm experiencing only getting the amount of entries that's set in the per_page value even when using only the search box without any additional filters active. I'm really looking forward to the rework then because right now even basic stuff like checking if a specific email was delivered or if a specific user logged in is a bit of a pain since I have to unfold the details of the first entries just to make the scrollbar appear to load more.

@joseph oh geez, ok thx ️

I had this happen at a recent upgrade to Cloudron 9. All apps but Vaultwarden were working, and the "Cloudron has no app configured for this domain" message was showing. Indeed, it was just a hard refresh to solve it in Zen / Firefox (how odd!)

We will show the domain, for which the API call failed, in the error message for a start with next release. https://git.cloudron.io/platform/box/-/commit/f421fd771ff0e0550381d012414a6c35c8fd2afe

@girish Thank you, girish for the update!

@girish Thanks ! I replaced the /home/yellowtent/box/src/storage/gcs.js with the patched version and don't get the "old backup not found" error. the backup is listed in System backups. everything seems to be fine ! Thanks a lot for your help !

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

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.