GieltjE
-
Posts
14 -
Joined
-
Last visited
Posts posted by GieltjE
-
-
GieltjE,
error 2 - file not found. Sync cannot find a config file.
Does it crash or just not working? What issue the error produces in the end?
Also, the failed assert mean that Sync could not create data steam.
How exactly do you launch Sync on your machine? from where? with what config? Does if have enough permission to launch in your environment?
Check webui.zip file in your storage folder and make sure it's present there.
Can you please collect full log and send it to support team. Don't forget to mention this forum topic. Thank you.
- 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.
-
@ragnarok / @nrgbod - 1.4.103 has since been superseded by 1.4.110. Do you still experience your issues when running this latest build?
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.
-
GieltjE,
Its clear regarding first part. But second one is impossible. If you want peer to send changed files it should not be a RO peer.
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.
-
GieltjE,
Could you please elaborate? Files could be restored by copying file backup from hidden folder .SyncArchive. Do you mean something else
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
Data Is Broken. Error Is 2
in Sync Troubleshooting
Posted
Even when starting from scratch, brand new config, empty test share directory it doesn't fork nor create a log file .....