Client consistently stops syncing after a few minutes

[gpothier]

Pre-submission Checks

• I checked for similar issues, but could not find any. I also checked the closed issues. I could not contribute additional information to any existing issue.
• I will take the time to fill in all the required fields. I know that the bug report may be dismissed otherwise due to lack of information.

Describe the bug

The desktop client becomes stuck (stops syncing) after a few minutes syncing. Hitting "Restart sync" on the stuck share (or force sync on any other share) properly restarts the syncing process and syncs some more files, until it becomes stuck again. When stuck, it remains in that state seemingly forever (or at least for a whole day in my experience).

Expected behavior

The client should sync everything and not get stuck.

Steps to reproduce the issue

1. Drop files into a share
2. Wait for them to sync
3. Sync starts, but becomes stuck after a while

Screenshots

Logs

Here is what the client log shows several minutes after becoming stuck. It seems to complain about authenticating, but the UI still says the account is connected, and just restarting sync works, so I suppose this is not an auth issue. I don't see any obvious error either.

https://gist.github.com/gpothier/8dfb372643b83206b1c09a83729f9845

Client version number

ownCloud 6.0.1.17343 63ace8
Libraries Qt 6.8.3, OpenSSL 3.4.1 11 Feb 2025
Using virtual files plugin: suffix
OS: ubuntu-6.17.0-5-generic (build arch: x86_64, CPU arch: x86_64)
QPA: wayland

Desktop environment (Linux only)

Ubuntu 25.10, Gnome

Client package version and origin (Linux only)

Installed from https://download.owncloud.com/desktop/ownCloud/stable/latest/linux/Ubuntu_25.10

Installation path (Windows only)

No response

Server information

Infinite Scale 7.1.2 Community
ownCloud Web UI 11.3.1

On an on-prem k8s cluster in the same building as the client.

Additional context

I am migrating files from OwnCloud 10 to OCIS, so I moved quite a few files (about 30 GB in 10,000 files). I cannot identify any patter in the amount of files (or bytes) that are properly synced before it gets stuck

[erikjv]

The screenshot shows an error message, can you send the full message please? Also, this is somewhere in the log. Could you send that portion of the client log please?

What your log snippet showed is that server reachability jobs complete, and the server is reachable. Also, some folders are enqueued for syncing, but no sync starts. This last bit is probably because another sync is already running.

Edit: please also send the server log: the server probably replies with an error to a command that the client send. Details on what the server finds problematic would be very helpful.

[gpothier]

Hi, here is a new screenshot with the full error message. These "conflict" errors disappear on their own after restarting sync, and usually show up again after a while, but about a different file. Please note that I am the only one currently accessing these particular files (these are the ones I am migrating from OwnCloud 10 to OCIS).

I am attaching the full client log file. It spans the last two days, so there will be various "stuck" episodes in there, although I'm not sure how to identify them. As of 25-10-18 10:14:40:647, sync is stuck and has been so for a few minutes. The client managed to sync 18 files since I resumed sync after having it paused (on purpose) for about a day.

ownCloud.zip

[gpothier]

An additional detail: when sync is stuck, the MB/s indication also remains stuck; it should decrease towards 0, but doesn't

[gpothier]

I just saw that you also requested the server log. Which of the services would be of interest? (this is OCIS, so there are a lot of pods running)

[gpothier]

New detail: sometimes the client gets stuck at the "Preparing to sync" stage. There is no other sync in progress, at least as far as the GUI shows.

Here are the last 5000 log lines; at this point the client was stuck at "preparing to sync" for a few minutes after I dropped a new file to one of the shares. After that I hit "Restart sync" and it finished almost immediately.

ownCloud-stuck-preparing.log

[github-actions]

This issue was marked stale because it has been open for 30 days with no activity. Remove the stale label or comment or this will be closed in 7 days.

[DeepDiver1975]

Edit: please also send the server log: the server probably replies with an error to a command that the client send. Details on what the server finds problematic would be very helpful.

@gpothier can you provide server logs please? THX

[gpothier]

Hi, which server component's logs are needed? This is an OCIS installation on Kubernetes, so there are a lot of pods running.
Also, just to give an update: the issue still happens on client version 6.0.2.17506. It is actually currently stuck "Preparing to sync" on a particular share. I did not add anything locally on that share recently. It has been in that state for a a few hours already.

[DeepDiver1975]

afaik in the services proxy and ocdav ....