hawibtsync

I don't have any Linux knowledge but in my two Linux machines I do start BTSync as a user. That helped me to get past annoying permission problems between my Windows and Linux machines. I found this solution somewhere in the forum here: sudo -u your_user /boot/custom/btsync --config /boot/custom/btsync.conf

OPs problem is the list of Shared Folders. He's missing the comma between each Shared Folder definition.

Perhaps between '}' and '{'? }, {

I can confirm that constant disk activity on my two Windows 8 machines too. It's something around every 1-2 seconds. I do have 4 machines with BTSync in my LAN. When I close/exit/kill BTSync on three machines this disk activity stopps on the remaining Windows 8 machine - even if BTSync is running on that last machine. Regards EDIT: Need to correct myself. I need to stop BTSync on all four machines to have no longer disk activity in these 1-2 sec intervals.

I'm on BTSync 132 with two Windows 8 machines and two Linux (unRAID) machines. On two of my servers a daily cron job collects a list of files on all drives and creates a text file for each drive. The cron job copies these files to a BTSync share. The files look like these: Tower disk01.txt Tower disk02.txt Tower disk03.txt ... The following commands are used in the cron job: tree -s -f -i -I *bla /mnt/disk01/ > "/boot/custom/Tower disk01.txt" ... At the end of day there might be some changed files on a disk but it might happen that a disk is untouched. The resulting file of an untouched disk is new and does contain a new timestamp, but the content of this file is the same. Yesterday evening I saw that the files with unchanged content keep the old file date on the machines that are targets of BTSync. It seems that BTSync uses the content (hash) to check if a file is already known and does not copy it if the content is identical. This is the part of the list on one of the targets of BTSync. The timestamp of all files on the source, where the changed files were created, is 09.05.2013. ... 07.05.2013 19:01 10.932 Tower disk02.txt 07.05.2013 19:01 9.715 Tower disk03.txt 09.05.2013 19:01 13.584 Tower disk04.txt 07.05.2013 19:01 8.833 Tower disk05.txt 07.05.2013 19:01 2.526 Tower disk06.txt ... This feature is cool but IMHO the timestamp of the target needs to be changed. From time to time I use some sync tools (TotalCommander for example has a sync feature) to check if some directories are really identical. Without checking the content it's no longer possible to do checks like these. In the past I could rely on the timestamp of files too. Sorry for my bad english.

Thanks for your answer. I'm using the official 1.0.116 release on all machines. The machines in question are two Windows 8 and two Linux Slackware unRAID machines (http://www.lime-technology.com - currently hacked front page). Currently I don't have any logs - but I will switch debug on.

Don't ask me ;-) Last thing I had to experience: I found two nearly identical named folders with the same data. I merged them so that both did contain the same data. Next day one of the folders was gone - completely: C:\Private\BTSync\Projects\Android\App Icons\Project1\project1.ldpi.png C:\Private\BTSync\Projects\Android\App Icons\Project1\project1.mdpi.png C:\Private\BTSync\Projects\Android\App Icons\Project1\project1.xdpi.png C:\Private\BTSync\Projects\Android\App Icons\Project2\project2.mdpi.png C:\Private\BTSync\Projects\Android\App Icons\Project2\project2.xdpi.png C:\Private\BTSync\Projects\Android\App Icons\Project2\project2.ldpi.png C:\Private\BTSync\Projects\Android\Icons\Project1\project1.ldpi.png C:\Private\BTSync\Projects\Android\Icons\Project1\project1.mdpi.png C:\Private\BTSync\Projects\Android\Icons\Project1\project1.xdpi.png C:\Private\BTSync\Projects\Android\Icons\Project3\project3.ldpi.png C:\Private\BTSync\Projects\Android\Icons\Project3\project3.mdpi.png C:\Private\BTSync\Projects\Android\Icons\Project3\project3.xdpi.png I copied everything (no move, copy) and at the end "C:\Private\BTSync\Projects\Android\App Icons" and "C:\Private\BTSync\Projects\Android\Icons" did contain the data of all projects. The next day I thought "You forgot to remove one directory" but "C:\Private\BTSync\Projects\Android\Icons" was already gone. The history showed one machine did delete it. But this machine is a headless Linux server, it's just my backup, I never touch files there. My first thought was: Ah, BTSync finds identical files and deletes them automatically. Really weird in that siituation.

Yes I know, it's Alpha. But I never start to test an app with just two or three files. I always throw everything at it I want to do with the app when its finished. For BTSync my wish is to sync my 70,000 files that are hosted at Dropbox currently - it's not much, just 40GB of software development projects from the past 20-30 years or so. It didn't take long to find the flaws, e.g. the concept of Metadata-Files with that amount of data, I will keep track about this project because I love it's concept. Once the developer calls it Beta I will be back here, definetely.

Yep, that's exactly my experience (see thread "Four machines, four different counts of files"). At some point BTSync started PingPong with my files. Whatever I did BTSync overruled my will with its own decisions. When adding new files it took some time and they did disappear again. When deleting files it took some time and they came back automatically. Sometimes I had to wait for an hour and suddenly files became deleted or re-created. The share in question was read/write on all machines, standard installation in a LAN with two Windows 8 and two Linux (Slackware) machines. Yesterday I stopped the experiment and did de-install on all machines. It took the whole day today to find out the differences. I don't use iTunes. I doubt that iTunes has something to do with this behaviour. The idea behind BTSync is really great but IMHO the software has a long way to go. And in addition, my 70,000 files exploded from 4x70,000 to 8x70,000 (Metadata) - nothing you want to offer when going GA.

Three days ago I installed BTSync on four machines - two Windows 8, two unRAID server (Linux, http://lime-technology.com). I did create one single read/write share that holds nearly 70,000 files. All four machines ended with the same amount of files. Now, three days later, I'm fighting with my installation. All four machines do report different count of files. Whenever I copy a file to one machine at the end it will be deleted by one of the other machines. If I delete a file on one machine it will be re-created from another machine some minutes later. All four machines are playing pingPong. Currently I don't have any clue what machine holds the correct data. All four machines are in the same LAN. They share the same router and the same switch behind the router. The router gives NTP to all four machines - so date/time issues can't be a possible reason. I know the software is Alpha but this is really nasty. I saw some !sync files in my directories - don't know what they have to do there and I saw 70,000 files in a metacache directory. What is that? I did de-install and re-install BTSync on one Windows machine. Since hours this machine is syncing (indexing) one single file per 10 minutes (on a Quad-Core Windows 8 64-bit with 8GB RAM). Any help is highly appreciated. Should I wait for the next release?