GieltjE

Even when starting from scratch, brand new config, empty test share directory it doesn't fork nor create a log file .....

- The webui.zip isn't present - The config is present and read/write available - Launch: cd /home/gieltje/btsync && sudo -u gieltje ./btsync --config /home/gieltje/btsync/btsync.conf - Until a month ago it ran perfectly in the environment, nothing changed except some normal system updates - The log posted is the full log, the app remains in memory but doesn't fork or perform any other task.

platform: Linux 4.2.3-hardened #1 SMP Sun Oct 11 17:34:13 CEST 2015 x86_64 version: 2.2.6.147 [22:27:20.030] Debug log mask has been set to FFFFFFFF [22:27:20.030] Features mask has been set to 0 [20151108 22:27:20.033] total physical memory 536870912 max disk cache 2097152 [20151108 22:27:20.033] assert failed /home/jenkins/slave-root/jenkins-Build-Sync-Manually-397/diskio.cpp:607 [20151108 22:27:20.033] Data is broken. Error is 2 [20151108 22:27:20.033] Can't locate [version] in zip. [20151108 22:27:20.034] Using IP address 192.168.199.200 [20151108 22:27:20.034] test sha1: AE5BD8EFEA5322C4D9986D06680A781392F9A642 [20151108 22:27:20.034] test sha2: 630DCD2966C4336691125448BBB25B4FF412A49C732DB2C8ABC1B8581BD710DD [20151108 22:27:20.034] test aes: 0A940BB5416EF045F1C39458C653EA5A07FEEF74E1D5036E900EEE118E949293 Gotta love these generic error's, if I can do anything to help debug this please let me know. Running: Gentoo hardened X64 fully up to date, 2.2.5 als failed, there is enough disk space and memory available. Clearing all files except the config en the bin also proved fruitless.

I had this problem with 1.4.110 where a read only client (backup only) forced the whole collection back a few days after it had been offline. (in this case a quite severe error as this involved our git server!) The backup server is a raspberry pi running Raspbian and the master server is a Server 2012 running in VMware.

We have been running on an old rpi b (256M variant, raspbian with tweaks), which has become stable with the most recent updates (before that sync would break alot). It has been running a setup which currently holds about 800G with 100k files (maxing at about 1MB/s). If the disk doesn't spindown install and configure spindown as most usb disks won't spindown otherwise.

Running a portable/encapsulated version just crashes the app (win8.1 X64)

When setting a send/receive rate limit the setting is discarded (other settings are saved).

This would actually be helpful, as we are using a number of hosts at random times and debugging it time and again gets annoying.

Wouldn't it be a good idea to just list all possible settings with the sample config and their default values? In most cases this would even eradicate the need for documentation as most are self explanatory.

I don't want files changed in the ro peer, that's the point. The problem is that I cannot guarantee that no files will be changed so if they do they should be reverted.

When syncing a read only folder with a linux cli it should keep the folder in sync with the rw masters. Specifically: - When a file/directory is added in a ro sync it should be deleted - When a file is modified in a ro sync it should be synced back to the master version In the windows desktop client this option is called: "Restore modified files to original version"

- Restore modified files to orriginal version for arm/linux