-
Notifications
You must be signed in to change notification settings - Fork 793
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
Permanent Sync & high CPU load on Windows 10 #4241
Comments
Same behaviour. Downgrading the client worked. Same error visible on Admin Logging. |
I don't think this is Windows specific. I'm on Linux with the 3.4.2 client as well. I think this problem dates back not to updating the client but to updating the server to 23.0.0 which I did yesterday. Today I have two different Linux clients behaving nearly exactly as described above including the tray icon (which works for a few seconds before freezing). |
Two extra data points:
|
Downgrading client to 2.4.1 did not help. Downgrading the server is probably not a smart thing to attempt at this point. Edit: Downgrading to 2.4.0 did not help either. |
@Prandur How far down did you downgrade your client(s)? |
@alerque I just deinstalled the client, rebootet and then installed 3.3.6 which works fine right now. |
I'm guessing this is a duplicate of #4106. |
At least in part I guess. But the other issue doesn't mention the fact, that the internet explorer won't open anymore when this issue occurs. |
@Prandur I'm guessing that is just a symptom: if the sync daemon is locked up in some infinite loop the file browser extension is likely to crash when trying to talk to it. |
@alerque You're right, that issue does look identical. However it's not only an issue when uploading; but syncing in either direction. I can confirm that version 3.3.6 does not have the issue. |
Same here, downgrade Nextcloud on Windows 10 to 3.3.6. Can't open Nextlcoud dialogs, Nextcloud run in Background high-cpu usage, does nothing, no net traffic. |
This bug report did not receive an update in the last 4 weeks. Please take a look again and update the issue with new details, otherwise the issue will be automatically closed in 2 weeks. Thank you! |
Client 3.4.3 seems to work now under Windows 10. |
@rottmann Did the server you are connecting to upgrade to 23.0.3rc1 (or was it manually patched with the hotfix that is scheduled for that release)? See this PR but they have decided to disable the bulk upload feature by default at the server level because so many clients are showing this bug. I don't think the client has fixed anything. But whoever administers your server may have fixed this by disabling it at that level. |
@alerque Server 23.0.2 (i see only the server version from my provider, don't know if they installed a hot fix). |
This bug report is getting automatically closed due to no answer since the issue has been staled. Thank you! |
@github-actions Your bot action is bordering on trolling. Please re-open. There have been several updates and this is not confirmed actually fixed upstream, just temporarily dodged because the problem feature is being suppressed. |
Not sure who to ping to bring attention to reopening this. I don't think mentioning @nextcloud would notify anyone. Also, 14 days and an issue is considered stale? That's ridiculous. Bots that close "stale" issues so a disservice to the project and everyone involved. |
FWIW I'm not experiencing this issue anymore with version 3.4.4 |
@prplecake Which server version? Remember they added a hack to disable this feature from the server side to the latest releases. That doesn't mean the bug is fixed, just that your server may not be offering the feature that clients are not handling well. |
@alerque ah, good point. I had forgotten about that. I'm running server version 23.0.3 currently. |
This issue is rearing it's ugly head again. I ended up downgrading all the way back to 3.3.6 to get things to sync. Server 25 RC5. |
@prplecake As far as I know it has never been fixed, some server releases just disabled the buggy offending feature by default. It would be interesting to confirm that bulk uploading has been re-enabled by default in 25-rc5. Meanwhile are you able to re-open this issue? Even open issues on this repo barely get attention, I doubt our commenting on a closed one is going to bring it to the necessary developer's attention. |
I'm unable to reopen this issue. It would be great if Nextcloud would stop using stalebot since issues don't magically go away if there's no activity in X time! |
This is probably a close enough duplicate with #4106 that is still open that we can let it go. Also still open in the related server issue nextcloud/server#30424. |
Workaround by adding 'bulkupload.enabled' => false, in config.php |
Another workaround which worked for me (without disabling bulk upload) was to set |
This issue still persists and should be reopened as mentioned by quite a few people. |
@BoxedBrain This is a duplicate, the open one covering this is #4106 plus the server side issue nextcloud/server#30424. |
How to use GitHub
Expected behaviour
Nextcloud should not sit at ~20% CPU usage indefinitely. Sync should finish, and Nextcloud should not prevent File Explorer from opening!
Actual behaviour
Nextcloud sits at ~20% CPU usage, system tray icon shows syncing icon, though I'm unable to right-click it, no menu shows. If I manage to get into settings before it gets into this state, the settings window will immediately show Not Responding. If I'm slow enough, but manage to open the system tray menu, that menu will basically become unresponsive as well, with Task Manager showing "Not responding"
When Nextcloud is in this state, File Explorer won't open, though once I end the process, File Explorer windows will open. Nextcloud would also prevent Event Viewer (and presumably other mmc.exe utilities) from opening when right-clicking the Start menu and selecting Event Viewer. Again, it'll open once I end the Nextcloud process.
This seems very similar to #1274.
Steps to reproduce
Client configuration
Client version: 3.4.2.20220127
Operating system: Windows 10 21H2
OS language: English
Installation path of client:
"C:\Program Files\Nextcloud\nextcloud.exe"
Server configuration
Nextcloud version: 23.0.1 RC1
Storage backend (external storage): S3-compatible
Logs
Please use Gist (https://gist.github.com/) or a similar code paster for longer
logs.
Client logfile: https://gist.github.com/prplecake/88d5e7b1dbf7aaac0aee529db712f28d (There two logs here, nc-log1.txt was taken after I restarted the php-fpm service on the server.)
Web server error log: https://gist.github.com/prplecake/77ffbb100af944946dc9340457e384b6
Server logfile: nextcloud log (data/nextcloud.log): https://gist.github.com/prplecake/f334301b6c539b71bf929a8120d67be2
I'll note that once I end the Nextcloud process, I see an error that reads "Sabre\DAV\Exception: Unknown error while seeking content" on the admin logging page.
The text was updated successfully, but these errors were encountered: