marmite_sandwich

Thank you, Helen. The problem arose because both PCs were upgraded to W10 at different times, and BTS was uninstalled and reinstalled at different times. Some files were deleted on the source while the destination was off line. You have helped by confirming that BTS will not delete these while the destination is RO. I have solved this by recreating the link as RW, which recreated the rogue files on the source, where they got deleted again.

I have some files which have somehow ended up in the client/destination folder, but they do not exist in the master/source folder. The client is set up to have a read only copy of the master. How can this have happened, and more to the point, how can I get rid of them? I can delete them manually, but there are 10,000 files in the master and I would like to be sure that the client has copies of all of these and ONLY these. Marmite. Windows 10->Windows 10 via public internet, both v 2.2.7(160). Store deleted files in archive - not checked on either end. Overwrite any changed files - checked on client.

Very confused. I invited a friend to use bt sync to share some data and he is not happy to pay. When I Google btsync, I find a commercial product and "BTSync.com is not affiliated with BitTorrent Inc."

OK, results of experiment:- 2 devices as above. 100GB of mixed media files, already synced using SyncBack. A folder was created on each device with no connections. Quadcore Acer desktop took 31 minutes to index. Dualcore Asus netbook took 41 minutes to index. Then I disconnected the Asus folder and created a folder on it from a read-only key on the Acer. Set the read-only node to overwrite changed files. After 3 hours, the Acer (master) is showing "out of sync" and the Asus (read-only) is showing 34% complete with a size of 34GB and a forecast to completion of 3 months. Windows Task Manager on the Acer is showing CPU activity of about 10%, with much of that due to other processes. On the Asus, CPU activity is between 10 and 50%, with only TeamViewer running additionally. Network activity is spiky. Hope that helps. The syncing seems to add a whole load of activity which is not related to the indexing process. With a fast connection it would be quicker to sync to an empty folder than to one which already has the data in it.

Sorry, that combination of hardware was the one which was trying to sync 7GB, over a LAN. When I was trying to sync 100GB of media files, both devices were similar to the Acer RW device above, but it was over the internet. In both cases, there were long pauses at both nodes, where the Windows Task Manager showed processing at 10% or less (and no network activity). If there was a CPU bottleneck, one of the CPUs would have been flat out at 100%. That's why I described them as going to sleep. I'll have a go at trying your experiment shortly. Cheers, Marmite

R/W node: Computer: Computer Type ACPI x64-based PC Operating System Microsoft Windows 7 Professional OS Service Pack Service Pack 1 Internet Explorer 9.11.9600.17358 DirectX DirectX 11.0 Date / Time 2014-11-03 / 14:23 Motherboard: CPU Type 4x , 2000 MHz (12 x 167) Motherboard Name Unknown Motherboard Chipset Unknown System Memory 3978 MB BIOS Type AMI (03/28/2014) Storage: IDE Controller Standard Dual Channel PCI IDE Controller Disk Drive WDC WD5000AAKX-22ERMA0 ATA Device (465 GB, IDE) Optical Drive CD-ROM Drive SMART Hard Disks Status OK Partitions: C: (NTFS) 458.8 GB (220.6 GB free) Total Size 458.8 GB (220.6 GB free) R/O node: Computer: Computer Type ACPI x86-based PC (Mobile) Operating System Microsoft Windows 7 Starter OS Service Pack Service Pack 1 Internet Explorer 9.10.9200.17116 DirectX DirectX 11.0 Computer Name ASUS3 (1015PX) User Name Guy Logon Domain Asus3 Date / Time 2014-11-03 / 14:35 Motherboard: CPU Type DualCore Intel Atom N570, 1666 MHz (10 x 167) Motherboard Name Asus Eee PC 1015PE Motherboard Chipset Intel Tiger Point NM10, Intel Pineview-M System Memory 2038 MB (DDR3-1333 DDR3 SDRAM) DIMM1: Micron 8JSF25664HZ-1G4D1 2 GB DDR3-1333 DDR3 SDRAM (8-8-8-22 @ 609 MHz) (7-7-7-20 @ 533 MHz) (6-6-6-17 @ 457 MHz) (5-5-5-14 @ 380 MHz) BIOS Type AMI (05/06/11) Storage: IDE Controller Standard AHCI 1.0 Serial ATA Controller Disk Drive Hitachi HTS543232A7A384 ATA Device (320 GB, 5400 RPM, SATA-II) Disk Drive Multiple Card Reader USB Device (3 GB, USB) SMART Hard Disks Status OK Partitions: C: (NTFS) 100.0 GB (23.3 GB free) D: (NTFS) 183.1 GB (17.7 GB free) Total Size 283.1 GB (41.0 GB free) I can't imagine it is the hardware. I have checked the windows task manager at both ends, and nothing much is happening. It only happens when trying to sync two folders which have the same contents already. After that it is very fast at updating new changes.Marmite

I have "overwrite any changed files" checked in the receiving (read-only) folder. I put a file in there, which is not in the master, and it is still there hours later.

If a file appears at the destination which does not exist at the (read only) source, it seems to just sit there and triggers no notification, actions or other events. Maybe this is a bug (1.4.99), but I would request some way of dealing with this situation. Maybe "delete changed AND DESTINATION-ONLY files", or just notify it as an out-of-sync file. Sorry if this is already posted, but I couldn't see it anywhere.

+1

OK, no problems with this now for a while. One file out of sync was caused by not enabling "overwrite changed files", because I was looking at the folder prefs at the sending end, not the receiving end. Doh.

Still getting this problem with 1.4.99, on much smaller folders. http://forum.bittorrent.com/topic/31986-out-of-sync/ 2 folders of c7GB, with 4000 files/folders, will take 6 days to get in sync even though the data in them is the same (well, almost - there is one file of 40B to update).

OK, thanks. Good luck with the bug hunt. Does this help: I disconnected the folder at the receiving end and re-created it to try and overcome the problem of one file being out of sync. For about 2 hours now, the 2 nodes/folders have been getting back into sync. Most of the time, there is no activity showing (send/receive/indexing). No data needs to be sent, since it is all there already. The sending end already has it indexed, and I can imagine that the receiving end needs to re-index its files before it can become in-sync again. But nothing is happening. I have checked the windows task manager and there is no network activity and very little processor activity. Both ends. Both nodes seem to go to sleep, with occasional bursts of sending/receiving. Current forecast of time to complete syncing is 8 days, but it only took a few hours to put the data there in the first place. Edit: It is now forecasting 10 months Information submitted in the hope that it helps to diagnose the issue. Edit: It finished syncing about 4 hours later.

No, both devices are unencrypted, because I thought it would make things run faster. If I make them encrypted, will the out-of-sync problem go away?

Thanks for the update. Still getting a problem where there are no peers on line, but there is 1 of 1 peer. One file of 40B is waiting to be received. Unfortunately it is a file related to a competitor product! Pictures 1 and 2 are from the master (Read only) device, picture 3 is from the receiving device.

So I did some more investigation. Deleted both folders and reinstated the sending ("master") side. For 45 minutes, there was a lot of processing activity, while the indexing took place. After this stopped, I created the receiving ("slave") folder and monitored the windows task manager network activity and processing at both ends (different PCs on different LANs at different locations). Both ends contained the same 100GB of data in 15000 files and it took the 2 communicating instances of BTSync 8 hours to figure out that they were the same and did not require any data to be transmitted. This seems like a long time, but I guess you only need it to happen once, unless you are in the habit of un- and re-installing BTSync. I noticed that the network activity during this comparison phase came in bursts, at a very slow and variable speed, typically 10KB/s, with a pattern of about 2 minutes on and 5 minutes off. During the 5 minutes off, the slave did processing. I had created one sub-folder with new data on the master, and when it came to these files, the network activity changed totally, becoming a constant 100KB/s until the data was all transferred, then it resorted to the stuttering file comparison mode. Since completing this process, I have made changes at the master and monitored the changes at the slave. These were immediate and at the maximum upload speed of the master, i.e. 100KB/s. So no complaints there. Just need to figure out how to install BTSync as a Windows service, which I saw a post about, then it should be a permanent feature for me.