I seem to be having a similar issue. None of the apps in cloudron are using enough cpu to even show up here, but I am constantly needing to reboot the cloudron vm to get the cpu usage to drop back down to normal levels.

Not sure if you can tell from the graph, but I've needed to reboot it 3 times in the last month because apps become unresponsive whenever this happens.

htop won't help now because it was just rebooted yesterday and everything seems to be running smoothly.
Does anyone have any suggestions on how to find out why this is happening, or how to find out the cause?

I did systemd-cgtop and the result is this:

Then, from Cloudron control panel, the output is this:

Just few months ago, CPU it was stable to 1-2% in the not working hours time.

Now it seems to be little bit increased, so I was asking myself if this problem was related to Cloudron or to provider (Hetzner).

I'm running a Cloudron instance on a bare metal machine on Hetzner, and I get constantly CPU under 40-50%.

Let me know if I have to open a new post or keep continuing on this.

I also think next time I encounter a stability issue, I'll explore the provider angle sooner, maybe by replicating it elsewhere the same stack.

If you want a similarly sized and less expensive system, I can share an invite link for ssd nodes that's been working well for us.

You can clearly see on that monthly CPU chart, how it evolved (granted it's early days, but still):

Not only this, but the dashboard now loads nearly instantly whereas beforehand, it could take up to 30 seconds.

Taking into account previous random issues with cheaper Contabo VPS in the past, I tend to think the issue was from Contabo from the start.

It should be somewhere above 500MB/s at least on provider with SSD in my experience.

Also this may not indicate that you need more main memory or so, it might simply mean that the process of discarding and finding those resources takes long on your system. Thus my concern about system I/O speeds.

Which VPS provider are you currently using and is this an SSD system?

i guess it will be better when on Ubuntu 20.x ? and moving to a new VPS or VDS soon probably

I have to read up further though, for example is this is swap related and then it will indeed be painful if the swap is on some slow disk.

I tried to kill this process but no matter the way I choose to terminate/kill it it just keeps going, something is occupying the system,it seems to me, outside of the docker environnement.

/ is using 793-796 % CPU 14.3 Gb MEMORY
cron.service 300+ % CPU 13 GB MEMORY
system.slice
docker.service
box.service
user.slice
containerd.service

Another problem or discrepancies I'm seeing if I dive into containers themselves is that it seems the containers that are using more CPU, the ones that often comes on top, are not tied to any domain/app in particular.

if I docker ps a specific container i see on the systemd-cgtop no matter what I try to match them I cannot associate these containers ID to my list of ID-Domains when I type cloudron list

it's like our box is running more containers than the number of app we have ?
can a container be on the loose and still running and using resources ?

It does not make sense I know

Is there a way to keep track of that in time or it only works in real time?

Would it be possible to have it in the same way as we can keep track of ram in each app and in the system page per app, somewhere in the future? I have no idea if that's possible to implement or not.

docker ps --no-trunc | grep 003d4ff9290ce4b92223b3bb57195a73fe8a4f5b8e473e74f6e54575e4bdadcb