Cloudron Forum

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.

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!

═══ 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

Hey there, since package 5.8.1 the drag'n'drop bug is gone. Thx!

Hi @james Thank you for your feedback.

I searched a bit and i found this bug report here in GitHub, it's exactly my problem. Seems to be a bug. When i pres F12 in Firefox, i can see it. First, thought about if i have a wrong configuration, but i guess that Cloudron supports the optimal configuration for Nextcloud, so there's no need to to anything, just wait for the bugfix.

https://github.com/nextcloud/server/issues/59468

Has anyone else the same issue?

Thanks,
Eixen

Hey there,

since the last update to Nextcloud 33.0.2, drag and drop is not working. In the nextcloud community i couldn't find any bugs related to this, and in the cloudron forum i also did'n find anything about it.

Cloudron-Package is com.nextcloud.cloudronapp@5.8.0

The logs doesn't seem to show errors.

Any ideas?

Thanks,
Eixen