Seafile Client sync issue with M4 mac mini

Seafile Client
1

Hi!

Client: 9.0.11 on a Mac mini M4

Trying to download/sync data from my server to my new Mac mini M4 via Seafile Client.

I selected a library and [Sync this library]'d it using the “sync with an existing folder” option to an empty folder.

The client then starts “downloading” the file, up to around a few %, then suddenly drops down to 0%. Meanwhile, the download speed also drops from 20MB/s to 0kb/s to which it freezes my server for like 30 seconds.

If I let it sit for a while, around 30-60 seconds, the % and the kb/s rises for a while, then drops again, repeating the issue above.

Seeing how I have no issue with the same action on my Intel MacBook Pro 2019 using 9.0.4 (checked it a couple of times), seems like there might be some compatibility issues?

[12/23/24 05:15:41] http-tx-mgr.c(801): libcurl failed to GET http://192.168.0.44:**/seafhttp/repo/c37d9122-dcc8-4024-84a4-339ac2c0fe3e/block/79c39f580695ea2b7a9aba98265a8b24c7f44205: Transferred a partial file.
[12/23/24 05:15:41] repo-mgr.c(4929): Failed to get block 79c39f580695ea2b7a9aba98265a8b24c7f44205 from server.
[12/23/24 05:15:41] repo-mgr.c(5235): Failed to checkout file /Users/macmini/Study/****/****/****/****/****.m4a
[12/23/24 05:15:41] repo-mgr.c(5359): Transfer failed.
[12/23/24 05:15:41] http-tx-mgr.c(801): libcurl failed to GET http://192.168.0.44:**/seafhttp/repo/c37d9122-dcc8-4024-84a4-339ac2c0fe3e/block/dfecff7c18b01eea7480f534a2063e32a89e411f: Failed writing received data to disk/application.
[12/23/24 05:15:41] repo-mgr.c(4929): Failed to get block dfecff7c18b01eea7480f534a2063e32a89e411f from server.
[12/23/24 05:15:41] repo-mgr.c(5235): Failed to checkout file /Users/macmini/Study/Experiences/****/****/****/****/****.pdf.
[12/23/24 05:15:41] repo-mgr.c(5359): Transfer failed.
[12/23/24 05:15:41] http-tx-mgr.c(801): libcurl failed to GET http://192.168.0.44:**/seafhttp/repo/c37d9122-dcc8-4024-84a4-339ac2c0fe3e/block/aa7bbb78a3148f194659c451f529cf66e688558e: Failed writing received data to disk/application.
[12/23/24 05:15:41] repo-mgr.c(4929): Failed to get block aa7bbb78a3148f194659c451f529cf66e688558e from server.
[12/23/24 05:15:41] repo-mgr.c(5235): Failed to checkout file /Users/macmini/Study/****/****/****/****/****.m4a.
[12/23/24 05:15:41] repo-mgr.c(5359): Transfer failed.
[12/23/24 05:15:43] http-tx-mgr.c(801): libcurl failed to GET http://192.168.0.44:83/seafhttp/repo/c37d9122-dcc8-4024-84a4-339ac2c0fe3e/block/e74e2d0d396e115d20c9f6199bd921aec5a314d9: Failed writing received data to disk/application.
[12/23/24 05:15:43] repo-mgr.c(4929): Failed to get block e74e2d0d396e115d20c9f6199bd921aec5a314d9 from server.
[12/23/24 05:15:43] repo-mgr.c(5235): Failed to checkout file /Users/macmini/Study/****/****/****/****/****.m4a.
[12/23/24 05:15:43] repo-mgr.c(5359): Transfer failed.
[12/23/24 05:15:43] http-tx-mgr.c(1183): Transfer repo 'c37d9122': ('normal', 'data') --> ('error', 'finished')
[12/23/24 05:15:43] clone-mgr.c(719): Transition clone state for c37d9122 from [fetch] to [error]: Network error.
[12/23/24 05:15:46] clone-mgr.c(702): Transition clone state for c37d9122 from [error] to [check server].
[12/23/24 05:15:46] clone-mgr.c(702): Transition clone state for c37d9122 from [check server] to [fetch].
[12/23/24 05:15:46] http-tx-mgr.c(1183): Transfer repo 'c37d9122': ('normal', 'init') --> ('normal', 'check')
[12/23/24 05:15:46] http-tx-mgr.c(1183): Transfer repo 'c37d9122': ('normal', 'check') --> ('normal', 'commit')
[12/23/24 05:15:46] http-tx-mgr.c(1183): Transfer repo 'c37d9122': ('normal', 'commit') --> ('normal', 'fs')
[12/23/24 05:15:46] http-tx-mgr.c(1183): Transfer repo 'c37d9122': ('normal', 'fs') --> ('normal', 'data')
2

From the log, it should be a network error causing the download to be interrupted.

3

Hi! thanks for the reply.

After a few days of testing, it actually turns out that this actually happens to all my wifi-connected clients once heavy download starts.

The same thing happens both when using the internal wifi (both for DDNS and local IP addresses) and external (ie. school wifi).

Once I’m trying to download a large folder, it downloads for a few seconds and falls to 0 constantly. No other downloads from the server caused this, only via Seafile Client. Seems like the action is causing some sort of a bottleneck?

Those that are connected via LAN doesn’t have any problems. Would appreciate which logs I’d further need to check.

Thanks in advance!

4

seems like

these past posts somewhat align with my issue. The solutions, however, don’t work at all for me.

I figured out that downloading from the WebCli also causes same issue.
Basically, all downloads of large files using Seafile causes the network to stall or something.

When 0kb/s-issue occurs, the server can’t access external networks (= can’t access online pages like Google), but can use internal IP docker instances. Installed Docker containers like Portainer, Immich, and Dash all work well via their IP addresses on the server itself.

On the device connected via wifi, neither DDNS nor IP successfully maintains connections -even when on the local wifi.

Any help would be greatly appreciated!

5

What version of macOS are you running?

When you say “heavy download” and “large folder”, what does that mean?

Are you trying to download several very large files in a folder or many small ones?

What version of Seafile Server are you running? Is it running on the standard binaries or Docker?

-Thank you