RomanZ

@airzoink Any abnormal messages in Sync WebUI on your ds212j? like always showing receive queue, etc? Also, which type of folder do you use on Syno?

@mlwang One more thing. You need RW, you need all files on Encrypted peer AND you need storage folder of Sync on Encrypted peer. Storage folder also vital for decryption, so in case you decide to migrate your Encrypted peer - migrate it together with storage folder. Its a bug. This warning should only show up when you receive link / key and point Sync to non-empty folder. Will be fixed in next version.

@doublelucky Sync is designed to run under default admin, and when it is disabled - it won't run. We'll review if it can be changed in future and run under some other account, but this is how it works for now.

@doublelucky IIUC video shows like you enable default admin, right?

@mlwang Right, it's pretty much bruto's scenario. If A dies, get a new peer C, add a new folder with RW key - and your B will seed all the files to C, while C will also decrypt them and fill in empty directory. There is just no tool to get files from archive and decrypt them. Encrypted folders just follow the same pattern as all other folders, therefore Archives are created. Sync is using encrypted archives mostly to avoid redundant downloading of files when files get moved, that's it.

@Kosinsoft I suggest double-checking your e-mail, your request was approved AFAIK.

@heypete This is very unlikely to be a bitrot. We've got your ticket in our Help Desk and will look into logs shortly. We'll keep you updated in Help Desk and once issue resolved - will post results here in topic. BTW, thanks a lot for very thorough description of your setup, timeline and collecting logs from all peers. It is really crucial for issue analysis.

@Kosinsoft Let me know via PM if mail does not come in closest 70 hours.

@mlwang There is a mistake in Knowledge Base. It's not only for backup, its more like your own peer in non-trusted location. You can use it as backup and as always-on peer. I'll get it fixed. As for the backup itself usage - having the RW key of this share you can restore all the data if all your other computer(s) die by some reason. It won't allow you to restore accidentally removed file, though.

@JSF Thanks for the update. We are working closely with Synology to get back to official package center. We'll also take care to keep docker image up-to-date.

@cdaou I've updated KB article so other users may find it can be done with mkpasswd tool.

@mintwurm Thank you for testing. I'll publish the package so it'll be available for everyone. As for the NAS not sleeping - it is common problem that was introduced recently. Will be fixed soon, though will require some additional settings to be tweaked to allow NAS sleeping.

Try to run Sync with your existing linker: /lib/ld-linux.so.3 /usr/local/bittorrentsync/bin/btsync --config /usr/local/bittorrentsync/var/sync.conf

@jacomuller Sync should not re-transfer preseeded folders. When adding non-empty folders you should be very careful when specifying path: Sync loves to add extra folder name when pointing to non-empty folder. For example, you got the link for "MyFiles" folder on your 2nd NAS and want to sync it to preseeded folder /volume1/MyFiles. After you pick the folder in folder picker dialog, check the path displayed by Sync before clicking "Ok". It is likely going to show "/volume1/MyFiles/MyFiles" and needs to be fixed manually. Otherwise it is going to resync everything indeed.

@andrewb Q1: Couple of things here. - ideally, just start from fresh installation and add folders from scratch (you may use old locations with files, though. Just ensure that Sync won't add extra folder name when you re-add folder) - if previous is not an option, at least backup your storage folder. Q2: Yes, it's going to preserve legacy sync folders. In 2.x they are called "standard" folders. Q3: New package won't be aware of your old installation, so you'd better remove it manually before installing official package.

@heypete Re-hashing files is extremely costly procedure. Especially, if we are talking about large volume of files - like starting from 1Gb of data or 100K of files. Therefore Sync only checks mtime and size initially. And even checking these 2 params takes a lot of time during rescans when we are talking about 100K of files and more.

From your description it looks like you encountered a data degradation issue. It happens sometimes for pretty much all types of media. Sync does not operates bits, the smallest chunk of data Sync deals with is 32Kbytes and every chunk is hashed, so it is very unlikely done by Sync. Also, Sync cannot distinguish if file was "rotten" or just changed by some 3rd party application in a way that mtime and size does not change. As a result, Sync decides that this damaged file is newer when it syncs it and starts distributing it everywhere.

@tjluoma Note, that this menu only shows in folders that are selectively synced. If this is selectively synced folder - try to open System Preferences -> Extensions and disable - enable Sync's extension for finder. If that does not help - disable all other extensions for finder, restart Sync's extension and relaunch finder itself. Let me know if it helps.

@heypete There is no option to re-hash files, so yes, re-adding folder is the only option if you want to re-hash files. Though note, that Sync does re-hashing automatically during transfer. Although, could you please share a bit more about the corruption itself. Do I understand correctly that only few bits has changed in your JPEG?

@poLoNes My bad. ARM build requires /lib/ld-linux.so.3, while ARMHF binary requires /lib/ld-linux-armhf.so.3. Could you please find ld-linux-armhf.so.3 on your DSM and create a symbolic link to it in "/lib"?

@mintwurm Are you sure you installed the package for DSM6? Could you please calculate any hash for /usr/local/bittorrentsync/bin/btsync binary and send to me?

@TheGC It's not Sync's business model to behave in such way, so upgrading to Pro isn't going to change anything. 2 main issues to address in your case: 1. How come? - which version of Sync do you have? Older versions could delete all your files and replace them with placeholders once you pull the switch to Selective Sync. - did you choose something like "Remove from this device" in explorer / finder? - Any apps that could potentially delete files (after deletion they are replaced with placeholders)? - Any other event you suspect which could trigger replacement of files with placeholders? 2. How to restore files? - Is there any other peers you can take files from? - Usually, when something delete files they are moved to archive on other peer. Check <my_sync_folder>\.sync\Archive hidden subfolder for possible files.

@klues Did you restart Sync after setting "disk_low_priority" to true? According to your description HDD is the bottleneck here. Also, how many folders and files you Sync in total?

@Marco94 Archive can be used: Sync tracks files in archive and if it's MD5 becomes operational again - file is pulled from archive instead of re-downloading. This is a very common scenario when one is moving lots of files. In such case OS tends to send not a "move" event, but rather "delete + create" pair of events, which could be separated due to high number of files. In this case archive saves some traffic.

@poLoNes It looks like your DSM did not provide a linker of necessary version. Could you please check if you have file or softlink "/lib/ld-linux.so.3"? If no - this solution likely will work for you, though you'll need to locate ld-linux.so.3 and put correct path.