b0rman

Hi! It will be nice not to sync all folder at once, but get files just when You need it (like on Android version). Just like one more sync option (RO, RW, ReadOnDemand)

Hi! Is it possible to sort shares (share folders) by name or size?

Linux, CentOS 6.5. Any solution?

Default. Didn't ever change it on windows (1st noticed on Windows only, didn't check it on Linux nodes) UPD: OK, I see, somehow there are different IgnoreLists on my Windows machines. Same IgnoreLists fixed 1st issue, thanks! .DS_Store.Spotlight-V100.Trashes~*ehthumbs.dbdesktop.iniThumbs.db._*vs * Out of sync state here .DS_Store.DS_Store?._*.Spotlight-V100.Trashesehthumbs.dbdesktop.iniThumbs.db BTW, 2nd issue i noticed on 1.4.93, then I downgrade to 1.4.92, 1.4.83 and 1.4.72 (that one worked before without an issue or I just didn't notice it) but got same problems even when I totally reinstalled every version.

OK. 1st: I found that if there are files with some kind of ~ and $ in name - it will cause "Out of sync" on Windows. But it can't explain why files like WRL2260.tmp can't be synced. 2nd: If I'll try to sync data to RO share with "changes rewrite" - it will cause "Out of sync". Seems like it can't index files on RO share. Debug log seemse OK, but such index doesn't increase synced files size: As for me, RW insted of RO can fix 2nd issue case. It's a bit risky for me, but OK for now. 1st issue isn't critical (jusy annoying "Out of sync"), because all other files seems to by synced good. But waiting for a fix, of course.

How soon should we expect new update?

Actually I changed version to older one and delete all my shares but getting same issue with out of sync but without errors about permissions and so on. Plus I got same problems on my Windows machines in local network Have to investigate it. For now i found that when I add new RO share, it starts to index it and freeze after couple of megabytes. When I restart bysync it try to index it again and freeze again but after more megabytes. And so on...

Usually - yes. But problem is that it was OK on 1.3.x and 1.4.x older versions. BTSync is running as nobody:nobody, files and folders owner is nobody:nobody, it's writable and if I'll delete files with such problems, they will be created (synced) again and everything will be OK. But after couple of minutes or hours there will be new (same or another) files with same problem.

Actually I can't see any issues why there is a "permission denied" issue. Can You figure it out?

Found new problem with latest version (didn't noticed it in previous 1.4.72 or 1.3): CentOS 6.5, x86, BTSync running as nobody, sync as readonly with "rewrite any changes". All sync forlders are writable, disk isn't full, file already exists and seems like there should be no issue to replace it (owner: nobody, writable). Any ideas? At the same time on "master" server:

Already read it. There is no solution for this issue. Actually I found it just on 1.4.93

Any ideas about my "Out of sync" problem?

Found new problem with latest version (didn't noticed it in previous 1.4.72 or 1.3): [20141029 00:27:24.327] SF[AAC7]: Error downloading file IMIT_Files/cache/weather.cache.59: WriteToDisk: Permission deniedCentOS 6.5, x86, BTSync running as nobody, sync as readonly with "rewrite any changes". All sync forlders are writable, disk isn't full, file already exists and seems like there should be no issue to replace it (owner: nobody, writable). Any ideas? At the same time on "master" server: [20141028 23:31:49.977] FC[AAC7]: LoadTorrent: wrong number of pieces for file /vhosts/***.com/IMIT_Files/cache/weather.cache.59 without metadata, resetting itP.s. By the way, what does it mean (CentOS 6.5 x64): PnP: Device error "http://192.168.0.30:2869/upnphost/udhisapi.dll?content=uuid:9b431f51-59fa-4906-96a4-9119d0ece586": (-2)

It was Linux instruction

Sorry, already found it. Thought it should be in some kind of config file Thanks!

You will have to delete v.1.4.72 binary and .sync folder + .sync folders on all shares. Then run 1.3.109 with old sync.conf (since it's the same for v.1.4 - v.1.3). If You configured all shares in sync.conf file - everything sholud go fine. If You used WebUI - You'll have to add shares again, wait for indexing and do same things on your other nodes. Seems like it's only one solution for downgrade now

Can it be done for Windows PCs?

OK, my friends As for me it seems that for Linux there is a problem only with x86 (32-bit) release. I mean slow syncing and so on. Why do I think so? I have 6 PCs (yeah, it seems a bit sick ) on x64 OSs (2x CentOS 6.5 x64 + 1x Windows 2K8R2 + 2x Windows 7 Ultimate + 1x Windows 8.1) and 1 PC with x32 OS (CentOS 6.5 x86) Yesterday I installed BTSync 1.4.72 on all of this machines. x64 was OK and there were no need to do something after v1.3.106. But x86 version crashed every run after a couple of seconds. So I deceided to run x86 version from scratch. Since major problems (extreme slow syncing, forewer pending and so on) I found only on x86 version, I decided to delete v1.4.72 and run 1.3.109 from scratch again. Now everything is OK there - fast indexing, syncing and so on. Will test it some more time, but as for me, x64 for Linux is OK, x64 for Windows is OK if You don't mind about IE, x86 for Linux has to be fixed for sure!

Of course But it's not beta ))) But OK, just hope for fast updates. P.s. Actually I like new UI, it's more flexible than the old one

Seems like 1.4 is totally failed. Hope for some fast updates. Seems like lots of people used 1.3 in some kind of production and now have to figure out how to get it work again.

Same problem here: http://forum.bittorrent.com/topic/31318-forewer-pending/ Impossible to use new BTSync because of such bugs

Got lots of errors in log file: [20140828 04:07:31.222] TorrentFile: Failed to create empty suffix for file "/vhosts_cache/*******_cache/cache/page_enhanced/***********/feed/_index.html" - 13[20140828 04:07:31.222] FC[3D21]: LoadTorrent: failed to load torrent for file "/vhosts_cache/*******_cache/cache/page_enhanced/***********/feed/_index.html"Any ideas? May be that's why I have extremely slow sync?

Go Enter Key or Link menu -> Paste ReadOnly Key from another BTSync -> Set sync folder It will not be readonly sync, it will create simple folder share with own keys. v1.4.72 on linux x64

With v.1.4.72 syncing became slow. It can sync couple of KBs for an hours. There is sending/receiving status with speed like 22 B/s and so on. v1.3.9 was OK Any ideas?

OK, thanks!