eltopo

Don't. You are asking troubles if you try to use 2 systems synchronizing the same location via network, they will overwrite each other's changes.

If you frequently attach/detach your HDD, you probably should modify your script to check if the HDD is attached before you start rslsync, and stop rslsync before you detach it. For "too many open files" message: you need to increase "open files" number, check "ulimit -n" for your current number, change it to a bigger number, such as "ulimit -n 50000", in your rslsync script. See: How to Solve the “Too Many Open Files” Error on Linux (howtogeek.com)

I would say it's a sign that your SD is not reliable. Move "storage_path" to your HDD from SD card (using config mode) See: Sync Storage folder – Sync (resilio.com)

The .deb file you downloaded was a very old version. The software was renamed from btsync to Resilio Sync many years ago, I don't think your pro license applies to btsync. Download Resilio Sync from this forum, the current release is 2.7.3: Get the armhf binary for Raspberry Pi. You can apply your license in "Preferences/License" of its webgui.

If you use SD card for Sync storage, you might have hardware problems, use dmesg to check system/kernel errors. I suggest that you get a good brand (SanDisk/Samsung, etc.) portable USB SSD drive for Sync.

No, there's no way to view files remotely via Resilio Sync itself. You'll need run your own server on your RPI (for example, http server, ssh server, or samba server) with a good Android file explorer that supports remote file access, Cx File Explorer supports samba, SFTP (ssh) and WebDAV. Exposing your samba server to the internet is not recommended. I suggest that you set up some VPN access to your RPI from the internet, such Zerotier.

Might be some temporary files your phone created when you recorded videos. Do you remember any videos you recorded at that [date-time] but got lost later from your sync folders?

tldr: no. If you have pro, you can add folder default to selective sync mode, then you'll be able to cherry-pick files/folders. If you are using the free edition, I guess you'll have to split your big size sharing folder into smaller ones.

Sorry but Your story sounds very unclear. What's the website URL that you submitted your support request? Are you sure you were at the correct support site for correct software? Where did you get your "license ID"? Elaborate your question (not the simple "it didn't work"), you'll have better chances to actually get helps.

The Resilio Sync user is the user that runs the Resilio Sync application. You can find the user name of a process in Windows' Task Manager.

I am not a Mac user, but in Unix world, generally you will create a group and add all user accounts you want to switch to, set proper permissions to that group. You may also want to set the folder's owner to that group.

It always helps that you post your system (Windows, Linux, etc.), the running type of your Resilio Sync (as normal user application, or as service). If you are running Windows, the first thing I would check is the folder's attributes (under properties/general) and permissions (under properties/security), remove read-only attribute, and make sure the Resilio Sync user has both read and write permissions.

If you never shared the folder to other people (by link/key/qrcode), you are OK because nobody would see or get your folder. If you did share the folder to other people, consider your info has been leaked to them. Tthe best you can do is move the files out of the shared folder, but other people might already have got (and copied) the file already.

@brucie I think it depends on how busy your smb server is. If it's only for your family's lan users and they access the smb files occasionally, I would say the probability of problems is low, along with other backup plans, it would be OK for me. I recommend that you do your test with RSL+smbd before you make any decisions. Note that I never use RSL as a backup solution, it's just a file synchronizer without version control. Obviously that's my understanding, and other people DO use RSL to back up data. So, it's more a personal choice.

Since there's no answer from the official staffs, I'll give my thoughts. I didn't see anything the official FAQ said it's unsupported. The FAQ only states there're some limitations, and in some extreme cases in you might lose some version your file. To be honest, if you have any 2 servers that may modify the same file at the same time, there's a potential that you may lose (or corrupt) some version of that file. Samba server itself is not a file synchronizer, it just writes files without checking timestamps, version, etc., to make it evn worse, samba servers <3.0 don't send notifications, if it constantly interferes files that Resilio Sync tries to sync, you should be prepared that sooner or later Samba server and Resilio Sync may over-write each other's changes. This scenario could happen even with a normal user's activity (although it's very unlikely). Here's an example: let's say, there are 2 RSL clients (on PC1 and PC2) that trying to sync filea, a user is also working on fillea at PC1. . both PC1 and PC2 have filea synchronized at version 1.0 . at PC1, the user opens filea (version 1.0) and starts working on it . on PC2, filea gets updated to version 2.0 . on PC1, RSL starts synchronizing filea by downloading version 2.0 into its temporary directory / cache . on PC1, RSL finishes downloading filea version 2.0, verifies the downloaded file data, and gets ready to copy version 2.0 from its temporary directory/cache to filea's real location (currently it's version 1.0) . at this exact moment, the user (on PC1) changes filea and writes it as version 1.1, and somehow the file change notification gets lost (like samba server <3.0) so RSL lost track of version 1.1. . on PC1, RSL starts copy version 2.0 to filea's real location, resulting in overwriting user's version (1.1) with version 2.0. As you can see, the user's filea version 1.1 gets lost. I can hardly say it's RSL's fault, I would say it could happen with any synchronizer software, including Dropbox, OneDrive, etc. The point is, for synchronizer software to work perfectly, you should minimize interferences as much as you can. Back to your samba issue, there could be some solutions: 1. make the samba share read-only to its users, so the samba server does not change files 2. or, keep RSL stop synchronizing changes when the samba server is online; take the samba server offline before you start synchronizing (RSL), then, after you finish synchronizing (RSL) and stop synchronizing again, take the samba server back online. 3. or, just run RSL and samba server normally, and keep in mind that you may get some files lost (or corrupted) but the chance is very slim, especially if your samba server and RSL are not super busy. If you really concern about this situation, your best (and, probably, only) solution is: just don't sync your samba share folders with RSL (as well as other software such as Dropbox). Personally, I never found a case that I need to run Samba server and RSL for the same directories at the same time.

Share the folder as "Standard folder" on the master, use "Read-Only" key for the slaves. Obviously, you are looking for a backup solution, while RSL is good on synchronizing data, it's quite mediocre for backing up. If you are using Linux servers, I would consider using cron+rsync instead.

Well, all softwares have some bugs that only happen in certain strange or weird situations.

In the Unix world, everything is a file, including a directory (and its . simply means itself so you should be able to touch the directory "prog").

If there's just 1 file that refuses to sync, it could be the new rslsync instance somehow (mistakenly) thinks the file has a newer version somewhere from some offline peer. If you are sure the file on the other peers is indeed the latest version, go to one of these peers, try update the timestamp of that file (unix command: touch, windows https://bit.ly/3hAPUr6), or modify that file so its timestamp updated, to trick the new rslsync instance to believe a newer version is available from current online peers. I successfully fixed this kind of 1-file stuck issue before.

It's possible. You can even completely disable sync via internet, just make sure you enable "multicasts in LAN" for peer discovery, see Can I force Sync to do local network (LAN) syncing only and not sync via the Internet? – Sync (resilio.com)

Are these famous brand (SanDisk, Samsung, etc.) or some no-name cheap big-size SD card shipped from China? Anyway, using SD card for constantly writing is never a good idea. I would recommend that you choose a good brand (SanDisk/Samsung) USB portable SSD drive, it's much more stable than the flimsy SD cards.

If you have Home Pro/Family/Business license, as soon as you apply your license to a new device, it's linked with all your licensed devices (under the same license). Linking devices is available only in licensed version (Sync Home Pro or Sync Business). In Sync Free folders are to be added and shared manually. How to link my mobile device to my desktop computer via My Devices – Sync (resilio.com)

Currently this feature is only available for Android app: How to Back up data (Android only) – Sync (resilio.com)

The web ui is not very secure. You should NOT expose it to the internet. Only access it via VPN (tailscale, zerotier, openvpn, reverse ssh tunnel, etc.)

edit .sync/IgnoreList and remove "~*" see also: Ignoring files in Sync (Ignore List) – Sync (resilio.com)