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

[Bug]: Excessive disk writes on macOS #4828

Open
4 of 8 tasks
wotschofsky opened this issue Aug 7, 2022 · 5 comments
Open
4 of 8 tasks

[Bug]: Excessive disk writes on macOS #4828

wotschofsky opened this issue Aug 7, 2022 · 5 comments

Comments

@wotschofsky
Copy link

wotschofsky commented Aug 7, 2022

⚠️ Before submitting, please verify the following: ⚠️

Bug description

Similar to issue #1638 from almost 3 years ago I am still seeing high disk writes regularly exceeding 100gb/day. That is with minimal sync activity.
Unlike the mentioned issue CPU usage is very much within reason.

I have been monitoring this issue over the last few month but even after a fresh install it still persists.

Steps to reproduce

  1. Install desktop client on macOS
  2. wait

I am running on Apple Silicon

Expected behavior

Nextcloud disk writes are kept to only downloaded files and some overhead for settings and the local database. For most people this should be single digit gigabytes or less per day.

Which files are affected by this bug

-

Operating system

Mac OS

Which version of the operating system you are running.

macOS 12.5

Package

Distro package manager

Nextcloud Server version

24.0.3

Nextcloud Desktop Client version

3.5.4 (Installed through Homebrew)

Is this bug present after an update or on a fresh install?

Fresh desktop client install

Are you using the Nextcloud Server Encryption module?

Encryption is Disabled

Are you using an external user-backend?

  • Default internal user-backend
  • LDAP/ Active Directory
  • SSO - SAML
  • Other

Nextcloud Server logs

No response

Additional info

For now I have not attached the debug archive as that contains names of files and directories and therefore private information.

@isdnfan
Copy link

isdnfan commented Nov 22, 2023

possibly same root cause as #5302

@joshtrichards
Copy link
Member

Hi @wotschofsky - Are you still experiencing this? If so, can you isolate what type of activity/transactions are taking place based on your logs?

@wotschofsky
Copy link
Author

Yes and no. While running 3.13.4stable (build 25658) over the span of 3 days, I now only saw ~90 GB written, so that's already a huge improvement! Though that's still without any major sync activity.

When exporting debug logs, I found that for some seconds, there were thousands of entries. So there's a good chance it's related to #5302.

Maybe as another hint: Some files get regularly rejected with a 500 error by the server, and could therefore cause a log entry.

@joshtrichards joshtrichards added hotspot: logging stable-3.5 Feedback on 3.5.x releases labels Sep 18, 2024
@joshtrichards
Copy link
Member

Some files get regularly rejected with a 500 error by the server

Do you know what is triggering the 500 errors? What's the Nextcloud server-side log say about those transactions?

@wotschofsky
Copy link
Author

These errors are only for dotfiles.
The logs state "permission denied" while copying from the upload cache to the final destination. I have yet to figure out why this occurs. I assume it's related to my SMB storage (Hetzner Storage Box) mounted as Docker volume.

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

No branches or pull requests

3 participants