b0rman

Sent my logs with "Out of sync" to Your eMail. I found that it was lots of "Out of sync" (even on LAN) when 1 external and internal servers were connected over 1Mbps (slow) VPN (Slave got Master's local IP from my another server in LAN). When I blocked BTSync ports over OpenVPN it fixed almost all, except one RW share - take a look, please.

Since 1.4.x has lots of bugs like "Out of sync" and "Extremely slow sync speed" for me, I don't see any reason to pay for it Your politics is same to NGINx+: they read user's feature requests and add it to business version only. I don't think it's good idea.

Extremely slow sync because of Out of sync on RO shares. Servers on same LAN with 1Gbps can't sync 8GB of share in one node. Even on Windows now Where is windows log file?

Extremely slow sync because of Out of sync on RO shares. Servers on same LAN with 1Gbps can't sync 8GB of share in one node. Even on Windows now Where is windows log file?

1. Yes, "Overwrite changed files" set 2. OK, may I'll send logs soon 3. Yes. VPN channel is set to connect to local IPs only. 4. Why? At same moment ping is stable, speed with simple scp (rsync) is 25Mbps and more.

Also found that: 1. If totally delete share folder from RO node (remove files) and try to sync from scratch than everything will be OK. But if after such sync You'll delete share from BTSync on RO node and will try to sync it from master to same folder - it will be Out of sync. 2. If there is one share with "real" Out of sync then all other "good" shares will be Out of sync at the end. If You'll delete that "real" Out of sync share, than other "fake" Out of sync folders will sync OK in a couple of minutes/seconds. Seems like there is limited number of file sync slots (it was 100 in previous versions and 180 now) and if every slot used by "bad file" that can't sync for any reason (or without it like in 1.4.* ) than there will be Out of sync error on any share folder. If slots count is more that "bad files" than those "bad files" will be set to another slots after timeout and everything could be OK - that's why Out of sync problem sometimes can be solved after lots of hours of wait. Also there is a temporary (for couple of seconds) Out of sync state when file with other than btsync process owner appears. BTW!!! Noticed such error in log: [20141112 02:59:50.615] 31.42.4x.xx:45039: did not pick any blocks. blocking peer temporarily [20141112 03:00:30.644] 31.42.4x.xx:45039: did not pick any blocks. blocking peer temporarily This IP is set as my master node on slave node shares. So if You'll block it, than it can cause "Out of sync"! OS Linux, CentOS 6.5. Master x64, Slave (RO) x86

Also found that: 1. If totally delete share folder from RO node (remove files) and try to sync from scratch than everything will be OK. But if after such sync You'll delete share from BTSync on RO node and will try to sync it from master to same folder - it will be Out of sync. 2. If there is one share with "real" Out of sync then all other "good" shares will be Out of sync at the end. If You'll delete that "real" Out of sync share, than other "fake" Out of sync folders will sync OK in a couple of minutes/seconds. 3. http://forum.bittorrent.com/topic/32511-use-predefined-hosts-not-working/ 4. Sometimes there is "Pending request" when trying to add new share on slave. But there is no request on master. So You have to delete share from slave and from master, re-index on master and re-add it on slave. 100% I got it if I set predefined hosts. About 1 and 2: Seems like there is limited number of file sync slots (it was 100 in previous versions and 180 now) and if every slot used by "bad file" that can't sync for any reason (or without it like in 1.4.* ) than there will be Out of sync error on any share folder. If slots count is more that "bad files" than those "bad files" will be set to another slots after timeout and everything could be OK - that's why Out of sync problem sometimes can be solved after lots of hours of wait. Also there is a temporary (for couple of seconds) Out of sync state when file with other than btsync process owner appears. BTW!!! Noticed such error in log: [20141112 02:59:50.615] 31.42.4x.xx:45039: did not pick any blocks. blocking peer temporarily [20141112 03:00:30.644] 31.42.4x.xx:45039: did not pick any blocks. blocking peer temporarily This IP is set as my master node on slave node shares. So if You'll block it, than it can cause "Out of sync"! OS Linux, CentOS 6.5. Master x64, Slave (RO) x86

Hi! I have one node with VPN to another node but I dont want btsync use this tunnel. So I set node IPs to "Use predefined hosts" on both nodes and restart them. But seems like it use VPN because there are lots of local IP in log and no external IPs from "Use predefined hosts" list. Fix?

OK, now I have "Out of sync" not even on RO shares but on RW also! I took 2 nodes and share 8 folders: 4 RO, 4 RW. I set up share IPs manually, disabled LAN discovery, DHT, relay an so on. After restart for couple of second everything is great, speed is OK and state is "receiving/sending" but than speed goes down and everything is "Out of sync". Logs are absolutely the same as I posted on "Out of sync" issue tread. Also sometimes it's "No peers" state and then, in a second, "Out of sync" Also lots of "[20141112 00:55:54.404] TorrentFile: unloading torrent by timeout [20141112 00:55:54.404] TorrentFile: unloading torrent by timeout [20141112 00:55:54.404] TorrentFile: unloading torrent by timeout [20141112 00:55:54.404] TorrentFile: unloading torrent by timeout [20141112 00:55:54.404] TorrentFile: unloading torrent by timeout " errors in log (non-debug) on slave

Same problem with Out of sync and TorrentFile: unloading torrent by timeout

How is the speed? Mine is extremely slow. CPU usage is low on any node, same as Ethernet link and HDD. It took hours to index/sync 100MB on slave node!!!

+1

Didn't resolve. Fresh install, same problems with RO nodes. What am I doing wrong?

Same problem with OUT OF SYNC as on previous versions for me. No luck (((((( Same files, same shares, same sizes, fresh install - Out of Sync on same place. UPD: OK, it synced but it took plenty of time to sync and it was always "Out of sync" state. Will test it for sure! UPD2: It took hours to index/sync 100MB on RO node - useless update for me

Already wrote about this problem and sent my logs to developers. Hope for some fixes since it's really annoying bug for me

Sometimes I have problem with saving something to syncing folders. It just create zero-size file and can't write there (as usual, explorer says that I don't have permission to write there). Than You have to save it again and everything became OK.

Unfortunately Syncthing has it's own issues but yes, if there will be no fast fixes for such global problems like "Out of sync", than it will be necessary to find some options like Syncthing and so on

Same problem! Logs already sent. Hope for fast fix, please!

Any news (may be ETA of fix) about "Out of sync" problem with RO shares?

So "default" shares that was created via webUI (even RO) are unencrypted?

BTW, what is "unencrypted shares" ? How to make it encrypted/unencrypted?

Hi! Now share's name is same to folder name. But since we have "Path" column it will be nice to have possiblity to rename share. Very useful if You have couple of folders with same names

Hope so guys

Hi! Here are logs from two nodes with "Out of sync" problem. There is just one share, so it will be easy to notice problem. I found "Out of sync" problem when trying to share files with ReadOnly node - it can't be indexed on RO node and always stops on same place until btsync restart, than it can index a bit more. "Overwrite changes" is enabled on ReadOnly node, RO node is Linux, Centos 6.5, x86. Master node is Linux, Centos 6.5, x64. BTSync version 1.4.99 (1.4.93 was the same). Also sent to eMail. SendFrom.log https://mega.co.nz/#!QJVDDY4L!F6H56nIiOPD5m7khasLPwNkR31DhckIZK3PEpfLEqI4 SendTo.log https://mega.co.nz/#!EBUCGKhB!5pM3UtClwH0d7-JL05Y921DY8vZoEIHzRlYiiT62Kn8 --------------- Latest logs: SendFrom.log https://mega.co.nz/#!YFkBRbTA!t5E-Stkxj8zUlInx_AmWhG-bTnC_HfFMTezdU2vYRkU SendTo.log https://mega.co.nz/#!1FNFHYqB!T3tO5FXenYiIIpYcyncr7GAGBUpIeI07XCws5I7VXWk

Still "Out of sync" on Read Only Overwrite Changes mode Same like in previous version. Also indexing hangs on the same place like on 1.4.93 (1.91MB for my testing share) I think, problem can be found in: [20141103 14:51:02.799] SyncEncryptHandler: bad shareID (STATE_BEGIN) .sync folders was deleted and it was re-shared again Logs: http://forum.bittorrent.com/topic/31986-out-of-sync/page-3#entry94103