Seafile client 6.0.0 uploads infinitely without any changing files

Hi,

I’ve upgraded my laptop from a HDD to a SDD. I copied the whole content of my home-folder (running Fedora Linux 25) to the new SSD and then started seafile 6.0.0.
Most libraries were checked and synced normally (I didn’t change any files). Two libraries, however, repeatedly synced again and again and again althoug I did not change any files.
I disconnected these libraries and re-synced them. One library successfully worked after this, the other library still shows this never-ending syncing behavior.
Here is always repeating log-output from this library (it contains a larger music library):

[01/05/17 16:50:27] http-tx-mgr.c(3272): Upload with HTTP sync protocol version 1.
[01/05/17 16:50:27] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'init') --> ('normal', 'check')
[01/05/17 16:50:27] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'check') --> ('normal', 'commit')
[01/05/17 16:50:28] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'commit') --> ('normal', 'fs')
[01/05/17 16:50:28] http-tx-mg(2581): Check 8 ids for https://kartoffelsalat.ddns.net:8001:482726f9-3cfb-4161-b104-148290916ce0.
[01/05/17 16:50:28] http-tx-mg(2622): 8 objects or blocks are needed for https://kartoffelsalat.ddns.net:8001:482726f9-3cfb-4161-b104-148290916ce0.
[01/05/17 16:50:28] http-tx-mg(2704): Sending 8 fs objects for https://kartoffelsalat.ddns.net:8001:482726f9-3cfb-4161-b104-148290916ce0.
[01/05/17 16:50:28] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'fs') --> ('normal', 'data')
[01/05/17 16:50:28] http-tx-mg(3386): 0 blocks to send for https://kartoffelsalat.ddns.net:8001:482726f9-3cfb-4161-b104-148290916ce0.
[01/05/17 16:50:28] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'data') --> ('normal', 'update-branch')
[01/05/17 16:50:28] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'update-branch') --> ('finished', 'finished')
[01/05/17 16:50:28] sync-mgr.c(660): Repo 'Musik' sync state transition from 'uploading' to 'initializing'.
[01/05/17 16:50:28] sync-mgr.c(1479): Removing blocks for repo Musik(482726f9).
[01/05/17 16:50:29] sync-mgr.c(660): Repo 'Musik' sync state transition from 'synchronized' to 'committing'.
[01/05/17 16:50:29] repo-mgr.c(2458): Adding remaining files for .
[01/05/17 16:50:30] sync-mgr.c(660): Repo 'Musik' sync state transition from 'committing' to 'uploading'.
[01/05/17 16:50:30] http-tx-mgr.c(3272): Upload with HTTP sync protocol version 1.
[01/05/17 16:50:30] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'init') --> ('normal', 'check')
[01/05/17 16:50:31] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'check') --> ('normal', 'commit')
[01/05/17 16:50:31] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'commit') --> ('normal', 'fs')
[01/05/17 16:50:31] http-tx-mg(2581): Check 5 ids for https://kartoffelsalat.ddns.net:8001:482726f9-3cfb-4161-b104-148290916ce0.
[01/05/17 16:50:31] http-tx-mg(2622): 5 objects or blocks are needed for https://kartoffelsalat.ddns.net:8001:482726f9-3cfb-4161-b104-148290916ce0.
[01/05/17 16:50:31] http-tx-mg(2704): Sending 5 fs objects for https://kartoffelsalat.ddns.net:8001:482726f9-3cfb-4161-b104-148290916ce0.
[01/05/17 16:50:31] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'fs') --> ('normal', 'data')
[01/05/17 16:50:31] http-tx-mg(3386): 0 blocks to send for https://kartoffelsalat.ddns.net:8001:482726f9-3cfb-4161-b104-148290916ce0.
[01/05/17 16:50:31] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'data') --> ('normal', 'update-branch')
[01/05/17 16:50:32] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'update-branch') --> ('finished', 'finished')
[01/05/17 16:50:32] sync-mgr.c(660): Repo 'Musik' sync state transition from 'uploading' to 'initializing'.
[01/05/17 16:50:32] sync-mgr.c(1479): Removing blocks for repo Musik(482726f9).
[01/05/17 16:50:33] sync-mgr.c(660): Repo 'Musik' sync state transition from 'synchronized' to 'committing'.
[01/05/17 16:50:33] repo-mgr.c(2458): Adding remaining files for .
[01/05/17 16:50:34] sync-mgr.c(660): Repo 'Musik' sync state transition from 'committing' to 'uploading'.
[01/05/17 16:50:34] http-tx-mgr.c(3272): Upload with HTTP sync protocol version 1.
[01/05/17 16:50:34] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'init') --> ('normal', 'check')
[01/05/17 16:50:35] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'check') --> ('normal', 'commit')
[01/05/17 16:50:35] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'commit') --> ('normal', 'fs')
[01/05/17 16:50:35] http-tx-mg(2581): Check 6 ids for https://kartoffelsalat.ddns.net:8001:482726f9-3cfb-4161-b104-148290916ce0.
[01/05/17 16:50:35] http-tx-mg(2622): 6 objects or blocks are needed for https://kartoffelsalat.ddns.net:8001:482726f9-3cfb-4161-b104-148290916ce0.
[01/05/17 16:50:35] http-tx-mg(2704): Sending 6 fs objects for https://kartoffelsalat.ddns.net:8001:482726f9-3cfb-4161-b104-148290916ce0.
[01/05/17 16:50:35] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'fs') --> ('normal', 'data')
[01/05/17 16:50:35] http-tx-mg(3386): 0 blocks to send for https://kartoffelsalat.ddns.net:8001:482726f9-3cfb-4161-b104-148290916ce0.
[01/05/17 16:50:35] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'data') --> ('normal', 'update-branch')
[01/05/17 16:50:36] http-tx-mgr.c(1012): Transfer repo '482726f9': ('normal', 'update-branch') --> ('finished', 'finished')
[01/05/17 16:50:36] sync-mgr.c(660): Repo 'Musik' sync state transition from 'uploading' to 'initializing'.
[01/05/17 16:50:36] sync-mgr.c(1479): Removing blocks for repo Musik(482726f9).
[01/05/17 16:50:37] sync-mgr.c(660): Repo 'Musik' sync state transition from 'synchronized' to 'committing'.
[01/05/17 16:50:37] repo-mgr.c(2458): Adding remaining files for .

What can I do to enable sync for this library again? I’ve deleted some folders with the library ID in the .seafile-data folder but this did not help.
Seafile server is running seafile 6.0.4 and the server logs do not show any unusual behavior.
The seafile server web GUI shows, however, a large amount of files that were “added or modified”. I did however not change any of these files.

Thanks in advance,
silberzwiebel

Does the upload creates any conflict files? Or just “updates” the existing files? I guess it may be due to permission changes on the files. Linux adds “x” permission to file for some file systems like NTFS.

Both, the HDD and the SDD, were ext4 formatted (auto-formatted by the Fedora 25 installer). So, the file permissions should be the same (copied via rsync).
It created only one single conflict file.
However, I just let seafile run for a while and now this strange behavior is gone, so my issue is fixed.
Thanks.