Mac OS X client stuck at "downloading, 99%"

[qnxor]

This happened all of a sudden for one of the libraries which is not shared, after adding a large file (4GB) in it. Only the Mac client is doing this. My Windows (v5.0.3) and Linux (v5.0.1) clients have sync'ed the Library correctly and they are on the same network (they finished in about 1h, I have a fast pipe to the server). I also waited more than 24h.

I've tried both v4.4.2 and v5.0.3 of the Mac client. The client shows it's constantly downloading with ~400-500 kB/s, and it's been like this for more than 24h now. It usually is at least 2 MB/s, the Win and Linux clients went up to 8000 kB/s.

Also tried to unsync and then resync the LIbrary (with the existing folder). I just tried to download a compressed file from the same server and I got 8000 kB/s from the same Mac machine, so it's not the network.

NOTE: Another problem is that changes made to other small files in this Library are not seen by the Mac client at all ... it's stuck at "downloading, 99%". Other Libraries are syncing fine.

This is the 2nd time I have issues with the Mac client after uploading big files from elswhere in that library (the 1st was https://github.com/haiwen/seafile/issues/1490).

I don't see anything out of the ordinary in the client logs. Here they are after restarting the client:

seafile.log

[01/22/16 19:45:56] seaf-daemon.c(519): starting seafile client 5.0.3
[01/22/16 19:45:56] seaf-daemon.c(521): seafile source code version 2d82d192cf647576b9a01fdc33d5c6fac8e8683d
[01/22/16 19:45:56] ../common/mq-mgr.c(60): [mq client] mq cilent is started
[01/22/16 19:45:56] ../common/mq-mgr.c(106): [mq mgr] publish to hearbeat mq: seafile.heartbeat
[01/22/16 19:45:56] clone-mgr.c(819): Transition clone state for 8c89fbb9 from [init] to [connect].
[01/22/16 19:45:56] clone-mgr.c(819): Transition clone state for 8c89fbb9 from [connect] to [fetch].
[01/22/16 19:45:56] http-tx-mgr.c(4011): Download with HTTP sync protocol version 1.
[01/22/16 19:45:56] http-tx-mgr.c(1006): Transfer repo '8c89fbb9': ('normal', 'init') --> ('normal', 'check')
[01/22/16 19:45:56] http-tx-mgr.c(1006): Transfer repo '8c89fbb9': ('normal', 'check') --> ('normal', 'commit')
[01/22/16 19:45:57] http-tx-mgr.c(1006): Transfer repo '8c89fbb9': ('normal', 'commit') --> ('normal', 'fs')

applet.log

[01/22/16 19:45:55]starting ccnet:  ("-c", "/Users/USER/.ccnet")
[01/22/16 19:45:56]trying to connect to ccnet daemon...

[01/22/16 19:45:56]connected to ccnet daemon

[01/22/16 19:45:56]starting seaf-daemon:  ("-c", "/Users/USER/.ccnet", "-d", "/Users/USER/Seafile/.seafile-data", "-w", "/Users/USER/Seafile")
[01/22/16 19:45:56]seafile daemon is now running
[01/22/16 19:45:56][Rpc Client] connected to daemon
[01/22/16 19:45:56][MessageListener] connected to daemon
[01/22/16 19:45:56]Unable to get config (int) value download_limit
[01/22/16 19:45:56]Unable to get config (int) value upload_limit
[01/22/16 19:45:57]QString::arg: Argument missing: &Open cloud file browser, Seafile
[01/22/16 19:45:57][Rpc Client] connected to daemon
[01/22/16 19:45:57]setDockIconStyle show failure, status code: -50

[01/22/16 19:45:57][Rpc Client] connected to daemon
[01/22/16 19:45:58]The latest version is 4.3.4

ccnet.log

[01/22/16 19:45:55] ccnet-daemon.c(193): starting ccnet client 1.4.2
[01/22/16 19:45:55] ../common/session.c(132): using config file /Users/USER/.ccnet/ccnet.conf
[01/22/16 19:45:55] ../common/session.c(455): socket file exists, delete it anyway
[01/22/16 19:45:55] ../common/session.c(484): Listen on /Users/USER/.ccnet/ccnet.sock for local clients
[01/22/16 19:45:55] ../common/session.c(290): Update pubinfo file
[01/22/16 19:45:56] ../common/session.c(398): Accepted a local client
[01/22/16 19:45:56] ../common/session.c(398): Accepted a local client
[01/22/16 19:45:56] ../common/session.c(398): Accepted a local client
[01/22/16 19:45:56] ../common/session.c(398): Accepted a local client
[01/22/16 19:45:56] ../common/session.c(398): Accepted a local client
[01/22/16 19:45:56] ../common/session.c(398): Accepted a local client
[01/22/16 19:45:57] ../common/session.c(398): Accepted a local client
[01/22/16 19:45:57] ../common/session.c(398): Accepted a local client

Any clues?

[shoeper]

https://forum.seafile-server.org

[qnxor]

Not sure what to make of your reply.

[shoeper]

Github = issue tracker Forum = discussion on personal problems.

[qnxor]

That much I know, thanks very much. I posted what felt like an issue with seafile, not a personal problem. How can you be sure it's definitely not a seafile issue?

[shoeper]

90% of reported problems are no issue and there is no problem with discussing problems in the forums first and create an issue afterwards if there really is one while opening issues for things that aren't an issue with the software itself just spam the issue tracker and often stay open also after the reporter found a solution. Btw: It starts with the issue being placed in the server repository while it is much more likely a client issue.

Back to the problem: Do you have multiple partitions?

[qnxor]

Or maybe I should email customer support instead since I;m paying for it ...

[killing]

I need a more complete view of your log file to tell what has happened. Can you send me you complete seafile.log and tell me when did the "stuck 99%" happened (I the first time it happened.)

[qnxor]

Sure. Can I email it to you instead of posting here? I don't know exactly when it happened, I only know the first time I found it like that (after the Win and Linux clients had already finished sync'ing). I can indicate that in the email.

[killing]

You can send it to my mail address: jiaqiang.xu@seafile.com

[tiankongjintou]

WAIT! DO SOME OTHER THINGS. THEN IT WILL BE OK! YOU ASK WHY? BEACAUSE THE PERCENT IT SHOW IS WRONG.

I KNOW THE SEAFILE IS STABLE. DON'K WORRY. FORGIVE MY CHINA-ENGLISH.