Search the Community
Showing results for tags 'duplicate'.
Hello, I need to get rid of duplicate Bittorrent sync folders, if i go to the Bittorrent Sync Mother folder at the top of the hiearchy, I have 2 of every folder that I am trying to sync, inside each is only the placeholder files, however bittorrent sync is only installed once. What can i do to safely delete the duplicate folders without deleting all my data from the shared folders, (which are also on another device and I'm afraid if I delete the placeholders that they will remove the files from the other device. Thanks J
I am trying to sync LARGE folder from a Windows Machine to any other device (at the moment a Raspberry Pi with a USB Drive, but if I get this working it will be any other device). Large is just shy of 3TB. My thinking was that while I have access to USB I could pre-sync the folder by simply copying files over and then running BTSync to mirror any additional changes. Sync of course wanted to overwrite every file on the Pi. I am assuming due to changes in the file attributes triggering sync to replace them. Trying to use Sync across the lan will take roughly a Month and is outside the bounds of my timeframe. My next try was to use a Robocopy /copyall which in theory should make an exact duplicate of the file including attributes (created/modified timestamps etc). Still wants to overwrite the entire contents of the drive. I am a little stumped, and hopefully there is a way to achieve this? I really like Sync and dont want to have to resort to rsync and chron to automate mirroring my drive. tl:dr How do you manually copy files from a source directory to a target directory and then have Sync maintain them as mirrored without overwriting every file in the target. PS: Apologies if this is a trivial question. I'm new to sync, and spent most of yesterday on Google, and these Forums trying to figure this out.
I've been testing out a particular solution and it seems pretty legit, but any clarification or insight is appreciated. I have a source server that will be dropping small XML files into a BTSync folder. There are 5 destination machines with full access keys and each will sync to shared folder (UNC path) on 6th another machine. Another application will be consuming the XMLs from the UNC path, deleting them from the folder. The objectives: 1) the XMLs make it to the shared folder from the source 2) the XMLs are consumed only once by the XML pickup (i.e., they can sync multiple times, as long as it's not after the pickup) 3) the XMLs are archived from the source folder The 1st and 3rd are easy. I've not gotten the 2nd to fail, but this is where I could use clarification since it seems a few events could all occur here, and this is the most critical objective. Less relevant is that all devices have BTSync installed as a Windows service and the XMLs aren't modified. Also, if you're wondering about the 5 machines, don't ...the bottom line there is that a higher degree of redundancy is needed. The environment isn't that volatile, but the data is. The less latency the better, too, of course. So far, my tests have been positive, though I've only reproduced it in a smaller controlled VM environment of 1 source and 2 destinations (1 of which also hosts the shared drive). Also, folder_rescan_interval was set to 10s (from 600s). That said, my questions: 1) Assume a 50KB file. Race conditions to download that file by n machines? If the file exists in the destination, do other machines attempt to download it? If yes, are newer files discarded (file is unmodified) or do they overwrite the older file? Is the file locked during either process? 2) Assume a BTSync service is stopped before a file reaches the destination folder by another BTSync instance (i.e., it's not aware of the file in the folder). If I delete the file from the destination folder, but then start up the BTSync instance before the file deletion has occurred at the source, will the newly-started instance see the to-be-deleted file in the source and attempt to re-sync it? My tests indicate that it does not download the file, but how does it know not to? 3) Similar to the previous, assume a BTSync service is stopped after a file reaches the destination folder either by another BTSync instance or itself (i.e., it's aware of the file in the folder). Same tests results, but same questions (and perhaps the same answers). Again, all my tests look good. Any oversights? What events might violate objective #2? Will it scale? Thanks for any input. Let me know if I need to clarify anything.