Hello @imc67 You can use the PID from the process to figure out what mysql service it is. e.g. your iotop shows for mysqld the pid 1994756. You can run systemctl status mysql.service and there is the pid displayed: ● mysql.service - MySQL Community Server Loaded: loaded (/usr/lib/systemd/system/mysql.service; enabled; preset: enabled) Active: active (running) since Mon 2025-12-01 09:17:59 UTC; 1 week 5 days ago Main PID: 1994756 (mysqld) Status: "Server is operational" Tasks: 48 (limit: 4603) Memory: 178.7M (peak: 298.0M swap: 95.4M swap peak: 108.7M) CPU: 1h 41min 31.520s CGroup: /system.slice/mysql.service └─1994756 /usr/sbin/mysqld Notice: journal has been rotated since unit was started, output may be incomplete. So from iotop I can confirm that the system mysqld service is pid 1994756 so I'd know to inspect the system mysqld service and not the docker mysql service. You can also get the pid from the mysqld inside the docker container with docker top mysql: docker top mysql UID PID PPID C STIME TTY TIME CMD root 1889 1512 0 Nov07 ? 00:06:17 /usr/bin/python3 /usr/bin/supervisord --configuration /etc/supervisor/supervisord.conf --nodaemon -i Mysql usbmux 3079 1889 0 Nov07 ? 03:49:38 /usr/sbin/mysqld usbmux 3099 1889 0 Nov07 ? 00:00:11 node /app/code/service.js Then I know the mysqld pid of the docker service is 3079 which I can check again with the system: ps uax | grep -i 3079 usbmux 3079 0.4 1.0 1587720 43692 ? Sl Nov07 229:38 /usr/sbin/mysqld Now we can differentiate between the two. Okay. Now that we can differentiate between the two, you can observe iotop and see which one has a high I/O. After you narrow it down to either one, then we can do some analysis what database / table get accesses the most even further narrow it down.

@joseph said in Migrating a site from one cloudron instance to another.: For email, you can move mailbox by mailbox using imapsync. It's a hassle if you have a ton of mailboxes, right? It seems easier to move the apps over to the mailserver VPS and then transfer the entire Cloudron back.

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

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

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 .

@james Your support is always unbelievably great - thank you so much!

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