<![CDATA[High CPU usage]]>Hi Cloudron-Team,

something i have high cpu usage on my server, and i can't figure out which processes are responsible for that. Seems to me that the specific apps take just a little part of it. How can i take a deeper look into it? I will post my screenshot fromt the monitoring. Thank you!

cpu_usage.png

═══ Host ═══
Vendor: QEMU Product: Standard PC (i440FX + PIIX, 1996)
Linux: 6.8.0-147-generic
Ubuntu: noble 24.04
Cloudron: 10.1.5
Execution environment: kvm
Processor: Intel(R) Xeon(R) Gold 5218 CPU @ 2.30GHz
BIOS pc-i440fx-9.2  CPU @ 2.0GHz x 8
RAM: 24608548KB
Disk: /dev/sda1       290G

═══ System ═══
[OK]    Root disk usage is OK (44%)
[OK]    Memory usage is OK (35%)
[OK]    Disk I/O on /home/yellowtent (sda, HDD): 514 MB/s write, iowait 1%
[OK]    Clock is NTP-synchronized
[OK]    node version is correct
[OK]    IPv6 is enabled in kernel. Public IPv6 address detected
[OK]    docker is running
[OK]    docker version is correct

═══ Networking ═══
[OK]    no incompatible persistent-firewall packages installed
[OK]    DNS is resolving via systemd-resolved
[OK]    unbound is running
[OK]    IPv4 HTTPS to api.cloudron.io/api/v1/helper/public_ip
[FAIL]  IPv6 HTTPS to api.cloudron.io/api/v1/helper/public_ip failed
[OK]    IPv4 HTTPS to auth.docker.io/token
[FAIL]  IPv6 HTTPS to auth.docker.io/token failed
[OK]    IPv4 HTTPS to acme-v02.api.letsencrypt.org
[FAIL]  IPv6 HTTPS to acme-v02.api.letsencrypt.org failed
[OK]    netplan is good

═══ Cloudron Platform ═══
[OK]    MySQL is running
[OK]    nginx is running
[OK]    Dashboard cert is valid (59 days remaining, expires Dec 25 01:12:00 2026 GMT)
[OK]    dashboard is reachable via loopback
[OK]    No pending database migrations
[OK]    Service 'mysql' is running and healthy
[OK]    Service 'postgresql' is running and healthy
[OK]    Service 'mongodb' is lazy-stopped (no installed Cloudron app uses the 'mongodb' addon)
[OK]    Service 'mail' is running and healthy
[OK]    Service 'graphite' is running and healthy
[OK]    Service 'sftp' is running and healthy
[OK]    box v10.1.5 is running
[OK]    Dashboard is reachable via IPv4 (https://my.aufjedsten.de)
[OK]    Dashboard is reachable via IPv6 (https://my.aufjedsten.de)
[SKIP]  Domain expiry check — RDAP lookup for aufjedsten.de failed (TLD may not support RDAP, or network unreachable)

======== Summary ========
PASS:  29
WARN:  0
FAIL:  3
SKIP:  1

Failures:
  - IPv6 HTTPS to api.cloudron.io/api/v1/helper/public_ip failed
  - IPv6 HTTPS to auth.docker.io/token failed
  - IPv6 HTTPS to acme-v02.api.letsencrypt.org failed
]]>https://forum.cloudron.io/topic/16198/high-cpu-usageRSS for NodeSat, 07 Nov 2026 12:27:45 GMTMon, 26 Oct 2026 10:45:57 GMT60<![CDATA[Reply to High CPU usage on Mon, 26 Oct 2026 11:18:24 GMT]]>Hello @eixen

@Eixen said:

i would like to see what happened hours ago

For detailed historic view you would need a monitoring solution like Zabbix https://ca.cloudron.io/app/io.cloudron.zabbix
With that you'd have meaningful insights of the past.

]]>https://forum.cloudron.io/post/131915https://forum.cloudron.io/post/131915Mon, 26 Oct 2026 11:18:24 GMT<![CDATA[Reply to High CPU usage on Mon, 26 Oct 2026 11:16:52 GMT]]>2nd column shows app ID.
If you have Cloudron CLI installed, cloudron list will show app ID and app URL.
Or you can iterate through apps in the dashboard looking for the ones which have that ID

]]>https://forum.cloudron.io/post/131914https://forum.cloudron.io/post/131914Mon, 26 Oct 2026 11:16:52 GMT<![CDATA[Reply to High CPU usage on Mon, 26 Oct 2026 11:07:24 GMT]]>Thanx! But how can i identify the application container, because the name is just a ssid. And it is just possible to measure for now, right? Because i would like to see what happened hours ago, when i had high cpu usage, fx in the night.

docker.png

]]>https://forum.cloudron.io/post/131913https://forum.cloudron.io/post/131913Mon, 26 Oct 2026 11:07:24 GMT<![CDATA[Reply to High CPU usage on Mon, 26 Oct 2026 10:53:24 GMT]]>Hello @eixen

You can connect to your server via ssh and run the following command:

docker stats

This will show you a live view like this:

CONTAINER ID   NAME                                   CPU %     MEM USAGE / LIMIT    MEM %     NET I/O           BLOCK I/O         PIDS
212dc6a60ab8   bd70bfac-ac5b-490d-8c65-b533eb5eb586   1.89%     761.9MiB / 2GiB      37.20%    327MB / 609MB     40.1MB / 70.1MB   79
2a98605351f0   mail                                   0.51%     300.3MiB / 7.25GiB   4.05%     712kB / 363kB     132MB / 5.97MB    37
1a10862f82e8   ee0bb6d4-a231-46b6-8fbc-4758c01ba152   0.14%     119.6MiB / 2GiB      5.84%     26.1MB / 27.9MB   377MB / 86.2MB    47
60f10aad1f17   33ab2830-3db3-4da2-a057-c9e1b2d0eec0   0.00%     60.35MiB / 512MiB    11.79%    30.6MB / 80.5MB   233MB / 20.4GB    11
1103c1e4920f   53ea360c-f060-4cd4-9735-7efac0227249   0.00%     45.31MiB / 256MiB    17.70%    23.4MB / 92.1MB   61.3MB / 72.7MB   11
e2879b5b851a   b36dc0ca-7820-433a-82bc-cd0b5e00fc03   0.02%     78.61MiB / 256MiB    30.71%    35.4MB / 29.7MB   141MB / 154MB     14
ce2c1b656910   88651331-68d0-4b6f-b97f-05178d13b498   0.00%     44.93MiB / 512MiB    8.78%     34.1MB / 102MB    54.2MB / 926MB    11
e45b22c84d91   4a5db88f-3f75-4f70-a975-ee58f65c0a2f   0.00%     50.95MiB / 512MiB    9.95%     34.1MB / 83.8MB   124MB / 907MB     11
6ff6816fce8f   sftp                                   0.04%     13.67MiB / 256MiB    5.34%     5.21MB / 3.35MB   133MB / 80.6MB    13
45589f88664f   graphite                               0.07%     33.07MiB / 256MiB    12.92%    491MB / 139MB     504MB / 10.4GB    23
010563d68d10   postgresql                             1.41%     1.307GiB / 1.5GiB    87.16%    8.47GB / 22.8GB   680GB / 1.47TB    24

That could help to find out what is causing the load.

]]>https://forum.cloudron.io/post/131911https://forum.cloudron.io/post/131911Mon, 26 Oct 2026 10:53:24 GMT