新建或更新文件时会暂时回退到之前版本等10分钟后才能同步

客户端问题
1

请问新建或更新文件时会暂时回退到之前版本，等10分钟后才能同步出来怎么解决？

seafile是目前我遇到最好用的云盘工具，但是使用过程中有一点小问题要请教大家。

我是在win7x64使用的，配置了同步文件夹，问题是这样的：

1、如果新建文件，seafile提示同步成功，然后文件就被删除了，然后要等到10分钟后再次同步才会出现。

2、如果更新文件，seafile提示同步成功，然后文件就回退到早期版本，然后要等到10分钟后才会变成刚才更新的内容。如果在这段时间内修改了文件，seafile稍后就会提示，文件冲突

请问大家有遇到这种情况吗？ 如何解决？

2

没有碰到过这类的问题。 你使用的服务器的版本已经客户端的版本是？

3

客户端是5.1.1
服务器是centos 7 + seafile-server_5.1.2_x86-64.tar.gz

4

服务器端 seafile.log 日志中有什么错误信息吗？

5

看服务器日志挺正常的，应该是客户端的一种特殊的机制？

[06/05/2016 09:11:21 AM] …/common/mq-mgr.c(60): [mq client] mq cilent is started
[06/05/2016 09:11:21 AM] …/common/mq-mgr.c(106): [mq mgr] publish to hearbeat mq: seaf_server.heartbeat
[06/05/2016 09:11:29 AM] Disconnected from daemon
[06/05/2016 09:11:32 AM] …/common/mq-mgr.c(60): [mq client] mq cilent is started
[06/05/2016 09:11:32 AM] …/common/mq-mgr.c(106): [mq mgr] publish to hearbeat mq: seaf_server.heartbeat
[06/07/2016 09:10:13 AM] Disconnected from daemon
[06/07/2016 09:11:32 AM] …/common/mq-mgr.c(60): [mq client] mq cilent is started
[06/07/2016 09:11:32 AM] …/common/mq-mgr.c(106): [mq mgr] publish to hearbeat mq: seaf_server.heartbeat
[06/07/2016 12:00:07 PM] …/common/mq-mgr.c(60): [mq client] mq cilent is started
[06/07/2016 12:00:07 PM] …/common/mq-mgr.c(106): [mq mgr] publish to hearbeat mq: seaf_server.heartbeat
[06/07/2016 12:33:34 PM] …/common/mq-mgr.c(60): [mq client] mq cilent is started
[06/07/2016 12:33:34 PM] …/common/mq-mgr.c(106): [mq mgr] publish to hearbeat mq: seaf_server.heartbeat
~
~

6

我猜测可能是客户端实现的一种锁机制，避免如果同时有多个客户端在新建或修改同名文件，可是10分钟时间也太长了。。。

7

奇怪，另外一台笔记本上seafile客户端也是5.1.1，连接同一个服务器，竟然没有这个问题了。

之前台式机也是同样的操作系统win7x64

搞不懂

8

你可以把有问题的客户端的日志发传上来让我看一下。托盘小图标右键菜单，有打开日志文件夹这个选项。

9

截取了一次发生问题的客户端日志，请帮看看
16:03保存提交以后文件回退到之前的版本，16:09又自动更新到最新版本

[07/07/16 16:03:05] sync-mgr.c(660): Repo ‘pim’ sync state transition from ‘synchronized’ to ‘committing’.
[07/07/16 16:03:05] repo-mgr.c(3518): All events are processed for repo 847ae25a-6a3e-4a68-8177-5c6d14b4919d.
[07/07/16 16:03:05] sync-mgr.c(660): Repo ‘pim’ sync state transition from ‘committing’ to ‘uploading’.
[07/07/16 16:03:05] http-tx-mgr.c(3272): Upload with HTTP sync protocol version 1.
[07/07/16 16:03:05] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘init’) --> (‘normal’, ‘check’)
[07/07/16 16:03:06] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘check’) --> (‘normal’, ‘commit’)
[07/07/16 16:03:06] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘commit’) --> (‘normal’, ‘fs’)
[07/07/16 16:03:06] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘fs’) --> (‘normal’, ‘data’)
[07/07/16 16:03:07] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘data’) --> (‘normal’, ‘update-branch’)
[07/07/16 16:03:07] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘update-branch’) --> (‘finished’, ‘finished’)
[07/07/16 16:03:07] sync-mgr.c(660): Repo ‘pim’ sync state transition from ‘uploading’ to ‘initializing’.
[07/07/16 16:03:07] [07/07/16 16:03:07] http-tx-mgr.c(4130): Download with HTTP sync protocol version 1.
sync-mgr.c(660): Repo ‘pim’ sync state transition from ‘initializing’ to ‘downloading’.
[07/07/16 16:03:07] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘init’) --> (‘normal’, ‘check’)
[07/07/16 16:03:07] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘check’) --> (‘normal’, ‘commit’)
[07/07/16 16:03:08] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘commit’) --> (‘normal’, ‘fs’)
[07/07/16 16:03:08] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘fs’) --> (‘normal’, ‘data’)
[07/07/16 16:03:08] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘data’) --> (‘finished’, ‘finished’)
[07/07/16 16:03:08] sync-mgr.c(660): Repo ‘pim’ sync state transition from ‘downloading’ to ‘synchronized’.
[07/07/16 16:03:10] sync-mgr.c(660): Repo ‘pim’ sync state transition from ‘synchronized’ to ‘committing’.
[07/07/16 16:03:10] repo-mgr.c(3518): All events are processed for repo 847ae25a-6a3e-4a68-8177-5c6d14b4919d.
[07/07/16 16:03:10] sync-mgr.c(660): Repo ‘pim’ sync state transition from ‘committing’ to ‘synchronized’.
[07/07/16 16:03:41] sync-mgr.c(1479): Removing blocks for repo pim(847ae25a).
[07/07/16 16:09:23] [07/07/16 16:09:23] http-tx-mgr.c(4130): Download with HTTP sync protocol version 1.
sync-mgr.c(660): Repo ‘pim’ sync state transition from ‘initializing’ to ‘downloading’.
[07/07/16 16:09:23] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘init’) --> (‘normal’, ‘check’)
[07/07/16 16:09:23] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘check’) --> (‘normal’, ‘commit’)
[07/07/16 16:09:23] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘commit’) --> (‘normal’, ‘fs’)
[07/07/16 16:09:23] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘fs’) --> (‘normal’, ‘data’)
[07/07/16 16:09:24] http-tx-mgr.c(1012): Transfer repo ‘847ae25a’: (‘normal’, ‘data’) --> (‘finished’, ‘finished’)
[07/07/16 16:09:24] sync-mgr.c(660): Repo ‘pim’ sync state transition from ‘downloading’ to ‘synchronized’.
[07/07/16 16:09:26] sync-mgr.c(660): Repo ‘pim’ sync state transition from ‘synchronized’ to ‘committing’.
[07/07/16 16:09:26] repo-mgr.c(3518): All events are processed for repo 847ae25a-6a3e-4a68-8177-5c6d14b4919d.
[07/07/16 16:09:26] sync-mgr.c(660): Repo ‘pim’ sync state transition from ‘committing’ to ‘synchronized’.
[07/07/16 16:09:58] sync-mgr.c(1479): Removing blocks for repo pim(847ae25a).

10

是不是因为在代理服务器后面，被缓存的原因。。。
现在2小时都没自动同步回来。。。再次求助

11

应该是代理服务器的缓存原因吧。这个只能你直接配置下代理服务器了。

12

这个问题已解决了，就是代理服务器缓存的问题。。。