Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CPU and Disk usage remains high after uploading large file tree #10453

Open
Kartoffelbauer opened this issue Nov 2, 2024 · 2 comments
Open
Labels

Comments

@Kartoffelbauer
Copy link

Kartoffelbauer commented Nov 2, 2024

Describe the bug

After uploading a large file tree with about 500 - 1000 files nested in 4 - 6 directories, ownCloud seems to be stuck in some kind of post-processing. The CPU usage remains high (50%) and ownCloud is constantly writing to disk at a high write speed (~12 MB/s).

By breaking the upload into smaller chunks and waiting a few minutes after each upload, the CPU and disk usage drops to almost zero eventually. Restarting ownCloud a few minutes after the upload has finished also sometimes solves the problem.

Messages of this kind are logged during upload:
{"level":"warn","service":"frontend","pkg":"rhttp","traceid":"1dd3f77eb4917d0f404e48e16431e6ea","time":"2024-11-02T18:36:34+01:00","message":"core access token not set"}

Steps to reproduce

  1. Upload a large file tree (~1000 files / depth of ~6)
  2. Watch CPU and Disk usage ramp up (htop)
  3. Do the same, but split the upload into smaller chunks and wait a few minutes after each upload
  4. CPU and disk usage will drop after a few minutes.

Expected behavior

CPU and disk usage should go down again after the upload has been finished.

Actual behavior

CPU and disk usage stays high even after upload finished hours ago.

Setup

Raspbery Pi 4B, 8GB RAM, installed on 512 GB external SSD using Ubuntu Server 64Bit.
ownCloud is installed bare metal.

/usr/local/bin/ocis server

@kobergj
Copy link
Collaborator

kobergj commented Nov 4, 2024

Probably directly related to #10393

Workaround: Set MaxAckPending and MaxAckWaitTime manually for the main-queue. The fix will probably not make it in the next release so this is the only workaround for now.

@butonic
Copy link
Member

butonic commented Nov 5, 2024

related: #8589 and more so #10036

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants