trevellyan

It's not clear to me what the benefit of syncing them is. However, Sync 1.4.93 is working well for me with the default StreamsList, where version 1.3.109 would sometimes get hung up on xattrs, so I'm just leaving well alone.

When you say "Finder-files", are you referring to OS X extended attributes, aka xattr? If so, you should be working with the StreamsList, not the IgnoreList. See http://sync-help.bittorrent.com/customer/portal/articles/1682051-alt-streams-and-xattrs-in-sync

Great! By the way, I don't think the "debconf-default" that you saw has anything to do with the default configuration of Sync, it just refers to the fact that you only have one instance set up, so it's the default instance.

I believe the correct way to adjust settings for the packaged version is to use the dpkg-reconfigure command. This will allow you to adjust options that weren't available during the initial install.

+1 for compression - probably wouldn't need to be optional with something like LZ4.

The only way I can thin of to respond to your main question is, if you implemented RAID 1 when you thought it was a backup solution, and you now recognize that it isn't, then after implementing a proper backup solution, maybe you no longer need RAID 1. I'm not sure this has anything to do with whether or not you're using Sync. As for your other question, I seem to remember reading somewhere in these forums that that this is an unsupported configuration and not recommended, but I'm not sure. There is a feature request topic about Selective Sync. Maybe that's what you're looking for.

What do you mean by "all of your files"? If you're thinking in terms of a backup solution, I think you should look elsewhere. I trust Sync to do the task it's designed for, which is synchronizing specific folders, subject to caveats laid out by the developer such as "don't change the contents of a synced folder on a device while Sync isn't running on that device". This task of synchronizing specific folders, which Sync is doing reliably for me, covers only a small subset of all my files. All my files are backed up onsite and offsite, so if anything goes wrong with Sync, like it can with any software, I can recover.

I think you'll find if you only put the settings you need in the config file, the other settings will remain untouched. Also, the new settings will be stored in the internal config that Sync maintains and you won't have to use the config file each time.

I'm seeing some increased RAM usage, but nothing extreme. I didn't make a note of the before numbers, but in the use case I described above, the 1.4.93 OS X client is using about 75MB. With the GUI open and the Peers column displayed, this takes 2 clicks: 1. Click the Peers link for the folder. 2. Click the disclosure next to the peer you're interested in.

On my Linux box, a 3GHz Intel Core 2 Quad, it idles at a steady 0.6%. EDIT: and on my 2.5GHz Core i5 Mac mini it idles mostly around 0.1%.

I was still using 1.3.109 until a few days ago. My use case: 1 always-on Linux box as private cloud 2 Mac desktops 2 Mac laptops 1 folder shared with all, only a couple of dozen MBs in a few hundred files 1 folder shared with all, approx. 50k files in a bit over 2GB 2 folders each shared with Linux box, 1 desktop and 1 laptop, a few hundred MB physical access to all devices My story: I was early to the party on 1.4.x and it was a bad experience. I did an in-place upgrade on one device and ran into lots of problems, even though the sync core is billed as compatible. Failed connections, no progress on syncs, many hours spent watching debug logs trying to figure out what was going on, lots of emails exchanged with support. One common factor seemed to be problems related to xattrs, which were in my .SyncIgnore files on 1.3.x but are handled differently in 1.4.x. In the end I removed all trace of 1.4.x and started fresh with 1.3.109. I still saw occasional problems with xattrs, but nothing I couldn't resolve with some tinkering. In the meantime I continued evaluating alternatives, including Seafile, ownCloud, Syncthing/Pulse and AeroFS. Nothing else I tried could match the combination of simplicity, flexibility and performance I found in BTSync. I resigned myself to sticking with BTSync for a while, which meant I would inevitably be upgrading at some point. A few days ago I took the plunge again with 1.4.93. However, instead of an in-place upgrade, I removed all traces of 1.3.109, including hidden folders, preferences, firewall rules etc, then did a completely clean install of 1.4.93 (AppCleaner is helpful here on OS X). I don't know if the clean install is causal, but everything went very smoothly and I've seen minimal issues with the new version. I no longer have to think about xattrs (I left .sync/StreamsList at default and only added my specific needs to .sync/SyncIgnore), and the new UI doesn't bother me. It's less compact than the old, but I reason that the more I trust BTSync, the less time I'll spend checking the UI anyway. The clean install process was tedious and I'd be unhappy having to do it with fully released commercial software, but I can live with it with a free product that's still in public beta. Of course, it helps that I have a simple use case - YMMV.

That's very clear, thanks.

One more question, specifically about LAN encryption (feel free to move to a new topic). Who wins when one peer wants to encrypt and another doesn't? Only one of my devices is headless and thus missing the advanced options in the GUI (and the others are Macs), so that's the only one for which I haven't been able to turn off LAN encryption. Will the other peers all be forced to encrypt when talking to it?

Note that current versions only listen on localhost by default. You can modify this behavior at the command line or in a config file.

Then please clarify the correct approach. If I'm referring to http://sync-help.bittorrent.com/customer/portal/articles/1670248-advanced-preferences, and I want to turn off LAN encryption, would this be sufficient and correct? {/* Advanced preferences can be added to config file. Info is available at http://sync-help.bittorrent.com */lan_encrypt_data: 0}Other than wanting to know exactly how to map from the docs to the config file, I also ask because some of the boolean values are documented as defaulting to 0 or 1, while others are shown defaulting to true or false. Perhaps Sync's JSON parser doesn't care?

The advanced settings aren't available in the x64 Linux web UI either. Should I report this separately?

Go to Advance Preferences, click on More options, then modify the folder_defaults settings as desired. See http://sync-help.bittorrent.com/customer/portal/articles/1670248-advanced-preferences

You might want to try Syncthing aka Pulse, which doesn't have built-in live change detection. Funny thing is, over in the Pulse forums, it's a much requested feature.

By default, current versions no longer listen for gui requests on all addresses, but instead only on localhost. You can change this in the config file or at the command line. As for not syncing either, that's probably unrelated.

I'm not the OP for that issue.

This mirror has PPC: http://mirror.anl.gov/pub/ubuntu-iso/DVDs/ubuntu/14.04.1/release/

Go to http://www.ubuntu.com/download/alternative-downloads, then scroll down to Other Images and choose a mirror. You should find PPC listed there.

The outcome of this process was unexpected. When I set up debug logging and restarted BTSync, one of the two problem folders successfully synced. I let everything run for a while, then disabled debug logging and restarted BTSync again. At this point the second problem folder successfully synced. I'm going to send in the logs anyway, since I'm very curious to find out if there's an explanation.

The files were not changed en masse on any peer, though it's likely that a small percentage of files were changed on the Macs, since these folders are active. The Linux peer only has read-only secrets and no files are ever changed there, at least not knowingly. Everything was fully synced before this behavior started. I will work on collecting logs from the VPS and one of the Macs.

Four of 5 peers are on OS X 10.9.4. The Linux peer is a VPS running Ubuntu 14.04 x86 LTS - BTSync was installed using tuxpoldo's unofficial server packages. All peers sync 2 folders, selected peers sync 2 additional folders, the Linux peer syncs all folders. BTSync version is 1.3.106. I noticed today in the device list on the Mac clients that they want to send the entire contents of 2 folders to the Linux peer (43,201 files in one, 391 files in the other). Of course, the entire contents of both folders have not changed. At the same time, the upload and download speed indicators remain at 0.0 kB/s. I've tried restarting the Linux peer and quitting and reopening BTSync on one of the Macs, but nothing changed. I don't see any !sync files in any of the folders.