Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


Skip to content
  • Cloudron v9: huge disk I/O is this normal/safe/needed?

    Unsolved Support graphs
    39
    3
    2 Votes
    39 Posts
    2k Views
    imc67I
    Here is a more complete analysis of the disk I/O across all 3 servers. 1. Cloudron Disk I/O graph (server 1, last 6 hours) [image: 1773182644022-scherm-afbeelding-2026-03-10-om-23.40.17-resized.png] The graph shows a constant write baseline of ~2.5 MB/s, 24/7. The spike around 20:00 is the scheduled daily backup — completely normal. The total write of 646 GB over 2 days (~323 GB/day) is almost entirely this constant baseline, not user traffic or backups. 2. iotop breakdown (server 1, 1 minute measurement) Docker MySQL (messageb): 48.62 MB/min (~0.81 MB/s) Host MySQL: 23.26 MB/min (~0.39 MB/s) go-carbon: 9.34 MB/min (~0.16 MB/s) jbd2 (fs journal): 8.44 MB/min (~0.14 MB/s) systemd-journald: 4.37 MB/min (~0.07 MB/s) containerd: 2.02 MB/min (~0.03 MB/s) dockerd: 1.13 MB/min (~0.02 MB/s) Total: ~97 MB/min (~1.6 MB/s average) Note: the average of ~1.6 MB/s is consistent with the graph baseline of ~2.5 MB/s when accounting for peaks and the fact that iotop measures a 1-minute window. 3. InnoDB write activity since last MySQL restart (all 3 servers) Server 1 (uptime 59 min) Server 2 (uptime ~40h) Server 3 (uptime ~40h) Data written 2.13 GB 55.3 GB 63.5 GB Effective write rate ~0.58 MB/s ~0.38 MB/s ~0.43 MB/s Rows inserted/s 6.5 8.8 8.6 Rows updated/s 7.0 4.5 4.0 Log writes/s 28.7 23.6 18.0 All three servers show a consistent insert rate of ~6-9 rows/second in the Docker MySQL, matching exactly 1 new Matomo session every 10 seconds (= health check interval). Conclusion The Docker MySQL (~0.4-0.8 MB/s) is the largest single contributor, driven primarily by Matomo session inserts. The total observed disk I/O of 2-4 MB/s is the sum of multiple processes, with the constant Matomo session accumulation as the most significant and most easily fixable component.
  • Tasks table accumulates tasks indefinitely

    Unsolved Support tasks
    3
    1 Votes
    3 Posts
    22 Views
    imc67I
    Thanks for the clarification. You are right that the tasks table itself is not the primary cause. Here is the buffer pool analysis from the host MySQL: BUFFER POOL AND MEMORY Buffer pool size: 8192 pages Free buffers: 1030 Database pages: 7123 Modified db pages: 0 Pages written: 1,918,869 Write rate: 9.76 writes/s young-making rate: 63 / 1000 And the box database table sizes: eventlog 79.58 MB 16,275 rows tasks 29.55 MB 17,719 rows backups 19.47 MB 762 rows The host MySQL writes/s (9.76) are indeed modest. The main disk I/O culprit is the Docker MySQL (messageb user) which writes significantly more — and that is where the Matomo sessions live. So I agree the tasks table is not directly causing the disk I/O. The real issue remains the Matomo health checker session accumulation as discussed in the main topic.
  • Update on community packages

    App Packaging & Development
    31
    3
    14 Votes
    31 Posts
    651 Views
    timconsidineT
    @girish you're right. I'll have to rethink strategy. I was focussed on simplicity, single git platform and single image registry. But I guess it's gonna have to be separate streams : A: community apps : git A plus Dockerhub B: other dev : git B plus private image registry Apologies if my ambitions for combing have confused the picture/discussion.
  • Roundcube creates a new MySQL session on every health check

    Solved Roundcube
    9
    2 Votes
    9 Posts
    29 Views
    imc67I
    @nebulon said: Do you have any custom configs on that app? Like maybe increased session lifetime or so? We are no experts on roundcube internals to know what may or may not work here, especially since we cannot reproduce it. So any extra info helps. my apologies, I was on the road and answered too quickly after checking via filemanager on my phone ... the wrong Roundcube instance ... On this server I have 5 Roundcube apps (because aliases are not in the app package available) and 3 of them have this issue and indeed all three they do have in common in the custom config: $config['session_lifetime'] = 600; Once upon a time in 2022 it was suggested/advised here https://forum.cloudron.io/post/46033 and so I used that ever since. I deleted the line, restarted the apps, waited a few minutes and the session increase is now 'normal'. I also restarted MySQL server and it used 2.6 GB of the assigned 8GB and after restarting it starts at 416MB. This part 3 of the discovered possible issues for high disk I/O is solved. Let's continue with the possible Matomo issue in https://forum.cloudron.io/topic/14639/cloudron-v9-huge-disk-i-o-is-this-normal-safe-needed/
  • 0 Votes
    1 Posts
    6 Views
    No one has replied
  • 0 Votes
    22 Posts
    457 Views
    robiR
    @archos interesting it knows how to access the old doc to make a new copy. Nice find!
  • Warning: Connection Reset Issue in [4.9.0] which is n8n 2.10.2

    N8N
    10
    2 Votes
    10 Posts
    233 Views
    U
    @James @brutalbirdie @Joseph Much appreciated team.
  • 0 Votes
    3 Posts
    17 Views
    timconsidineT
    You already got it, but often proxyAuth is the simplest.
  • WordPress (Developer) - Package Updates

    Pinned WordPress (Developer)
    89
    1 Votes
    89 Posts
    41k Views
    Package UpdatesP
    [3.13.1] Update WordPress to 6.9.2
  • Ghost - Package Updates

    Pinned Ghost
    569
    1 Votes
    569 Posts
    871k Views
    Package UpdatesP
    [4.154.1] Update ghost to 6.21.2 Full Changelog Updated Source to v1.5.1 - Ghost CI Updated Casper to v5.10.0 - Ghost CI Fixed missing feature images for published posts in Contributor posts list (#​26726) - Kevin Ansfield Refreshed cancel button state after retention offer flow (#​26735) - Michael Barrett Fixed broken settings view when logged in as Editor (#​26720) - Kevin Ansfield
  • Matrix (Synapse/Element) - Package Updates

    Pinned Matrix (Synapse/Element)
    391
    0 Votes
    391 Posts
    418k Views
    Package UpdatesP
    [1.129.0] Update synapse to 1.149.0 Full Changelog
  • EspoCRM - Package Updates

    Pinned EspoCRM
    142
    0 Votes
    142 Posts
    59k Views
    Package UpdatesP
    [2.20.3] Update espocrm to 9.3.3 Full Changelog Currency rates in database not updated until rebuild #​3605
  • redis not starting (after update to 9.1.3?)

    Solved Support redis
    6
    0 Votes
    6 Posts
    44 Views
    robiR
    @joseph
  • 0 Votes
    1 Posts
    9 Views
    No one has replied
  • 1 Votes
    14 Posts
    691 Views
    nebulonN
    Given that you got a 400 status code error, did penpot server logs reveal anything about this?
  • 1 Votes
    5 Posts
    33 Views
    P
    @girish Great
  • Error 400 in backup process with Ionos S3 Object Storage

    Solved Support ionos backups
    39
    0 Votes
    39 Posts
    5k Views
    J
    @dsp76 I think if this happens sporadically it is a bug in the remote service provider. Have you asked their support already if this issue is known?
  • 0 Votes
    8 Posts
    2k Views
    nebulonN
    I cannot really reproduce this on 9.1, but there was no specific fix implemented recently.
  • Documenso - Package Updates

    Pinned Documenso
    31
    0 Votes
    31 Posts
    5k Views
    Package UpdatesP
    [1.19.0] Update documenso to 2.8.0 Full Changelog fix: upgrade @​libpdf/core by @​Mythie in #​2569 fix: upgrade @​libpdf/core by @​Mythie in #​2572 feat: add pdf image renderer by @​dguyen in #​2554 fix(i18n): mark dropdown and radio placeholder for translation by @​mKoonrad in #​2537 fix: show current month data and add caching by @​ephraimduncan in #​2573 feat: add embedded envelopes by @​dguyen in #​2564 fix: performance improvements by @​dguyen in #​2581 feat: implement template search functionality by @​catalinpit in #​2376 feat: auto-disable telemetry when license key is configured by @​ephraimduncan in #​2562 fix: make signing page left-hand sidebar collapsible by @​catalinpit in #​2541
  • Forgejo v1.0.0

    Forgejo
    1
    4 Votes
    1 Posts
    15 Views
    No one has replied