Windows client says not connected, despited syncing and web acess

Seafile Client
1

seafile client tells me server not conneected, that matches what I see in the log,
however, I can access the web gui, changed fils are synced. The client,
with a delay of a few minuts also shows, the library is synced.

However, it still says, not connected.
(red symbole lower left, exclamation mark on icon)

no big problem, as it seems to work, but a small annoyance.

[03/07/17 07:39:33] http-tx-mgr.c(748): libcurl failed to GET https://…/seafhttp/repo/84a1ab60-3587-4134-a91a-423c32c44ee8/commit/HEAD: Couldn’t resolve host name.
[03/07/17 07:39:33] http-tx-mgr.c(748): libcurl failed to GET https://…/seafhttp/repo/c3006a75-8471-424f-ab9e-e148ce407c92/commit/HEAD: Couldn’t resolve host name.
[03/07/17 07:39:33] http-tx-mgr.c(748): libcurl failed to GET https://…/seafhttp/repo/847c3293-d0b7-43bb-a416-51e9a7f4400f/commit/HEAD: Couldn’t resolve host name.
[03/07/17 07:39:33] sync-mgr.c(764): Repo ‘AAAAAAAAAAAAAAAAA’ sync state transition from initializing to ‘error’: ‘Failed to get sync info from server.’.
[03/07/17 07:39:33] sync-mgr.c(764): Repo ‘BBBBBBBBBBBBBBBBB’ sync state transition from initializing to ‘error’: ‘Failed to get sync info from server.’.
[03/07/17 07:39:33] sync-mgr.c(764): Repo ‘CCCCCCCCCCCCCCCCC’ sync state transition from initializing to ‘error’: ‘Failed to get sync info from server.’.
[03/07/17 07:39:33] sync-mgr.c(764): Repo ‘My Library’ sync state transition from initializing to ‘error’: ‘Failed to get sync info from server.’.
[03/07/17 07:39:33] http-tx-mgr.c(748): libcurl failed to GET https://…/seafhttp/repo/e6801346-323a-4d4e-b68a-9c3f06921367/commit/HEAD: Couldn’t resolve host name.
[03/07/17 07:39:33] sync-mgr.c(764): Repo ‘DDDDDDDDDDDDDDDDD’ sync state transition from initializing to ‘error’: ‘Failed to get sync info from server.’.
[03/07/17 08:28:56] sync-mgr.c(702): Repo ‘My Library’ sync state transition from ‘synchronized’ to ‘committing’.
[03/07/17 08:28:56] repo-mgr.c(3726): All events are processed for repo 847c3293-d0b7-43bb-a416-51e9a7f4400f.
[03/07/17 08:28:56] sync-mgr.c(702): Repo ‘My Library’ sync state transition from ‘committing’ to ‘uploading’.
[03/07/17 08:28:56] http-tx-mgr.c(3400): Upload with HTTP sync protocol version 1.
[03/07/17 08:28:56] http-tx-mgr.c(1109): Transfer repo ‘847c3293’: (‘normal’, ‘init’) --> (‘normal’, ‘check’)
[03/07/17 08:28:56] http-tx-mgr.c(1109): Transfer repo ‘847c3293’: (‘normal’, ‘check’) --> (‘normal’, ‘commit’)
[03/07/17 08:28:56] http-tx-mgr.c(1109): Transfer repo ‘847c3293’: (‘normal’, ‘commit’) --> (‘normal’, ‘fs’)
[03/07/17 08:28:56] http-tx-mgr.c(1109): Transfer repo ‘847c3293’: (‘normal’, ‘fs’) --> (‘normal’, ‘data’)
[03/07/17 08:28:56] http-tx-mgr.c(1109): Transfer repo ‘847c3293’: (‘normal’, ‘data’) --> (‘normal’, ‘update-branch’)
[03/07/17 08:28:56] http-tx-mgr.c(1109): Transfer repo ‘847c3293’: (‘normal’, ‘update-branch’) --> (‘finished’, ‘finished’)
[03/07/17 08:28:56] sync-mgr.c(702): Repo ‘My Library’ sync state transition from ‘uploading’ to ‘initializing’.

now it is 8:48, still “some serves are not connected”

what happend:
at 7:39 I turned on the notebook from sleep.
at 8:28 I edited a test text file
my assumption:

  • network was not available as it resumed from sleep, hence the errors
  • after some failures, the gui, does not retry, even when networking is restored, does this make sense?
2

I have 6.0.3 installed, I will upgrade to 6.0.4 to see if this helps

3

yes, this is a good approach since there was an issue with the lan connectivity detector.

4

I have the same issue - and I’m using 6.0.4. Connection is shown for a LAN server, and not connected to a WAN server (which is connecting via a proxy). However sync works for both without issues - and is shown as such. Only the connection indicator remains red for the WAN server.
And yes, this happens when you resume from sleep.

5

Same here.

@daniel.pan could you remove the 20 char requirement, please?

6

after installation of 6.0.4., at first I thought it was better, but now I have the same symptoms again.
However this time not triggered by resume from sleep, but nginx stop/some maintenance/nginx start on the server, while seafile windows client was running;

… several failed messages (as webserver was down)
[03/08/17 21:58:54] http-tx-mgr.c(748): libcurl failed to GET https://…/seafhttp/repo/e6801346-323a-4d4e-b68a-9c3f06921367/commit/HEAD: Couldn’t connect to server.
[03/08/17 21:58:54] sync-mgr.c(764): Repo ‘AAAAAAAAAAA’ sync state transition from initializing to ‘error’: ‘Failed to get sync info from server.’.
[03/08/17 22:34:57] sync-mgr.c(702): Repo ‘BBBBBBBB’ sync state transition from ‘synchronized’ to ‘committing’.
[03/08/17 22:34:58] repo-mgr.c(3730): All events are processed for repo 60a3571f-7f51-484c-83e5-3c3924bbd6a6.
[03/08/17 22:34:58] sync-mgr.c(702): Repo ‘CCCCCCCC’ sync state transition from ‘committing’ to ‘uploading’.
[03/08/17 22:34:58] http-tx-mgr.c(3400): Upload with HTTP sync protocol version 1.
[03/08/17 22:34:58] http-tx-mgr.c(1109): Transfer repo ‘60a3571f’: (‘normal’, ‘init’) --> (‘normal’, ‘check’)
[03/08/17 22:34:58] http-tx-mgr.c(1109): Transfer repo ‘60a3571f’: (‘normal’, ‘check’) --> (‘normal’, ‘commit’)
[03/08/17 22:34:58] http-tx-mgr.c(1109): Transfer repo ‘60a3571f’: (‘normal’, ‘commit’) --> (‘normal’, ‘fs’)
[03/08/17 22:34:58] http-tx-mgr.c(1109): Transfer repo ‘60a3571f’: (‘normal’, ‘fs’) --> (‘normal’, ‘data’)
[03/08/17 22:34:58] http-tx-mgr.c(1109): Transfer repo ‘60a3571f’: (‘normal’, ‘data’) --> (‘normal’, ‘update-branch’)
[03/08/17 22:34:58] http-tx-mgr.c(1109): Transfer repo ‘60a3571f’: (‘normal’, ‘update-branch’) --> (‘finished’, ‘finished’)
[03/08/17 22:34:58] sync-mgr.c(702): Repo ‘CCCCCCCC’ sync state transition from ‘uploading’ to ‘initializing’.
[03/08/17 22:34:58] sync-mgr.c(1516): Removing blocks for repo CCCCCCCC(60a3571f).
[03/08/17 22:44:55] sync-mgr.c(702): Repo ‘My Library’ sync state transition from ‘synchronized’ to ‘committing’.
[03/08/17 22:44:55] repo-mgr.c(3730): All events are processed for repo 847c3293-d0b7-43bb-a416-51e9a7f4400f.
[03/08/17 22:44:55] sync-mgr.c(702): Repo ‘My Library’ sync state transition from ‘committing’ to ‘uploading’.
[03/08/17 22:44:55] http-tx-mgr.c(3400): Upload with HTTP sync protocol version 1.
[03/08/17 22:44:55] http-tx-mgr.c(1109): Transfer repo ‘847c3293’: (‘normal’, ‘init’) --> (‘normal’, ‘check’)
[03/08/17 22:44:55] http-tx-mgr.c(1109): Transfer repo ‘847c3293’: (‘normal’, ‘check’) --> (‘normal’, ‘commit’)
[03/08/17 22:44:55] http-tx-mgr.c(1109): Transfer repo ‘847c3293’: (‘normal’, ‘commit’) --> (‘normal’, ‘fs’)
[03/08/17 22:44:55] http-tx-mgr.c(1109): Transfer repo ‘847c3293’: (‘normal’, ‘fs’) --> (‘normal’, ‘data’)
[03/08/17 22:44:55] http-tx-mgr.c(1109): Transfer repo ‘847c3293’: (‘normal’, ‘data’) --> (‘normal’, ‘update-branch’)
[03/08/17 22:44:55] http-tx-mgr.c(1109): Transfer repo ‘847c3293’: (‘normal’, ‘update-branch’) --> (‘finished’, ‘finished’)
[03/08/17 22:44:55] sync-mgr.c(702): Repo ‘My Library’ sync state transition from ‘uploading’ to ‘initializing’.
[03/08/17 22:44:55] sync-mgr.c(1516): Removing blocks for repo My Library(847c3293).

now 22:52, GUI still says some servers not connected, despite successfully syncing

7

Same issue here.

Are there any news regarding this topic?

Thanks in advance.

Mark

8

Same issue, using Seafile client 6.0.6.

9

Same issue here on 7.0.0 client. Cleared cache and reconnected. The connection is dropped after certain amount of time.