jdrch

A couple things seem to be amiss with the Installing Sync Package on Linux documentation. 1a) Under the For arm64 architecture heading sudo dpkg --add-architecture armhf Why would users have to add armhf to dpkg if they're on arm64 AND an arm64 package exists? 1b) I'm pretty sure the instruction: is wrong and should be: for the same reason as 1a). The commands as written in the documentation tell users to force apt to install packages their system literally doesn't support. Installing an armhf package without the associated dependencies and environment configuration will result in errors and Sync quite literally failing to run. 2) I'm not sure about the Raspberry Pi 1, but the Raspberry Pi 3 Model B+ is an armhf device, which means none of the current commands specific to the Raspberry Pi 1 apply, and all of the current commands for arm64 apply. In other words, the instructions should be: Hope the above gets updated and this helps anyone else who might be confused.

You're right. The reason was actually something very stupid on my end: I had originally installed from the repository and then updated via a standalone package. I think this created a separate Sync instance with a default configuration. Also, this was on Linux on DeX on my Snapdragon Note9, which may have added another wrinkle to things. The interesting thing about this is apparently doing the reverse (installing from the .deb and then adding the repository) on armhf (Raspberry Pi 3 Model B+) doesn't result in duplicate installations. Running sudo apt-get update after adding the repository does in fact check the repository, but does not return an update.

I think that might have been it! It was definitely rslsync in the previous version.

Not sure why I never thought of this before, but I don't recall seeing anyone else talk about it, or reading it in the documentation. Additionally, a Google search turned up nothing. You can access Sync's Web UI running on any machine on your LAN by entering ThatMachinesIPaddress:8888/gui. As a corollary to this: if you use Sync as a service do set a UI password, otherwise you run the risk of giving anyone (including malicious apps) access to your config and files, which is really bad.

Which build platform is this? I tried updating on Ubuntu ARM64 last night and although the installation completed, it blew away my config. Might this be related?

PSA for those who're trying to update using the .deb and .rpm files: the official download links haven't been updated yet. Find your download URL using the following format: https://download-cdn.resilio.com/MajorVersionNumber/Debian/resilio-sync_MajorVersionumber-Revision_Platform.deb So, for example, for armhf, the URL would be: https://download-cdn.resilio.com/2.6.2/Debian/resilio-sync_2.6.2-1_armhf.deb Hope this helps everyone.

End goal: enable Sync to start under my account on macOS bootup even when no users are logged in. I assume the process to make this happen is to follow these official instructions for doing so with a Sync running under a separate resiliosync user account and change all instances of "resiliosync" in the instructions to my username instead. And yes, I'm aware of the permissions limitations of running Sync under my account only; but I'm not concerned about them as my account will be the only one on that Mac anyway. Is that how to do it?

UPDATE: Instructions here https://help.resilio.com/hc/en-us/articles/207293730-Launching-Sync-on-Mac-without-user-logged-in Might be getting my 1st Mac via a Mac Mini. I'd like to run Resilio Sync on it, and it would be nice if I could configure Sync to run on device startup as it does on my Windows PCs (where it runs as a service) so Sync always works regardless of whether I'm logged in. Is that possible in macOS?

@thinkmac I've literally never had a Sync installation (note the emphasis) issue, so I'm really out of my depth here. Per a quick Google search, try running the installer as administrator.

@thinkmac @skst That's odd. FWIW all my Windows 10 PCs run Sync as a service (that way I don't have to log in for it to work, it runs as long as the PC is on.) Maybe the difficulty is with non-service installations? I'm out of ideas because I haven't done the latter on Windows since they introduced the service feature.

Are you running it as a service? And if you are, did you stop the Resilio Sync service in Services first before installing, as well as check the Install as Windows Service option?

np I'll try again when I'm home later. Updated all my Windows 10 PCs this morning; skipped my armhf Raspberry Pi because of the version number thing. Thanks for the response.

Dumb question: relative to the forum release date, when does the armhf .deb generally get updated? I went to the linked page and it's still on version 2.6.0-1.

Alright good to know. I just cloned my main HDD to a (smaller capacity) SSD last night and am in the process of moving my personal files off the latter to the (now repurposed and reformatted) HDD. This includes a relatively small (in terms of number of files) Sync folder with non-critical files on it; I'll try reconnecting the folder to its swarm with the files in it a priori and see what happens. Hopefully it syncs up just fine without me having to refill the folder from scratch over my LAN from the other peers. ??

You know, based on what @Helen just said I'm wondering how different peers agree on time. Do they use the clocks of the respective systems they're on, or ping a time server? Also, do they check down to the seconds, or only just minutes? I'm not sure if the behavior I observed previously has anything to do with this, but I think having a PC off for a while (or in some similar situation where it goes for a long period of time without syncing its clock with a time server) can cause clock drift. In one instance my Authy OTP codes were failing at login; I found out the reason was my PC was over 30 seconds off, causing the code it generated to be expired on the server side. Just throwing this idea out there: in cases where Sync runs as a service with sufficient permissions, perhaps it should force a system time sync under certain conditions that are likely to result in old -> new overwrites. Of course, defining said conditions is another discussion.

Fair enough. Security vs. convenience, I guess. Manually setting ACLs is a major PITA, but yes, it does create a more secure setup. Thanks for the systemd writeup.

Linux documentation used to be bad, but how about this link? After installing, scroll down to the Managing Sync section. Seems to me that you should be able to grant the rslsync user R/W access to the folders of the users on the server by adding it to the same user group they're in, then checking for and granting (if necessary) R/W permissions on the synced folders themselves. Another option: since each user has their own home directory on the server, it stands to reason they also have accounts on the server. That means all you have to do is install Sync to each account and have them each configure it. AFAIK the only problem with this approach is Sync won't run if the user isn't logged in, though I think you can change that behavior with the proper systemctl command. Personally I was never able to get Sync to run at startup on Linux Mint without me logged in, but you sound like you're better at Linux than I am. Hope that helps!

On Windows, which timestamp is that? Date Modified, or Date Created, or ... ?

I thought that might be the case, but came to search the forum just to make sure. On my end I'm about to move to an SSD for my OS drive and migrate my documents folders to separate HDD. Is it possible Sync might add support within the Sync UI for moving folders in the futre? I imagine this might work by copying the files to the new destination, hashing to checking they match the source folder and then deleting the source folder. The current method is time consuming and prone to error, not to mention is uses up network bandwidth by forcing a resync of the entire folder.

From my experience, 2 mistakes here: If you disconnect a folder, be sure to delete everything from it before reconnecting. Reconnect and have Sync fill the folder from the other peers. Technically Sync should recognize pre-existing Sync folders, but I've noticed it doesn't reliably do so. Sync doesn't handle peers who've been offline for extended periods of time very well. That's one of the reasons I literally check my peer number when I wake up and when I get home from work, and immediately investigate when a peer goes offline, because otherwise I've run into trouble.

Is it possible to run Sync as a service and a per-user app simultaneously on the same PC? All my PCs run Sync as a service, and I always assumed that interfered with/prevented running it for other users on them. Is this the case?

Yes. It's currently VERY stable and functional on both Windows and Android (the platforms I use it on.) After the flurry of moving to the current web UI system, I'm personally glad the devs have focused on stability, performance, and robustness instead of feature bloat.

I want to sync a folder between my PC and my phone. My phone doesn't have enough space for the entire folder, so I'd like to use Selective Sync (SS). Here's my question: if I add a file to the SS folder on my phone, will it get synced back to my PC, or does SS sync only in the direction from device(s) with the full files to devices with placeholders?

Update: Apparently somehow my primary Windows PC lost its Pro license. Once I restored its Pro License using the license key file from my purchase email, it picked up the license and so did all the other peers. Question: I have Resilio Sync installed a service on Windows. When updating it on Windows, do I have to manually kill the Resilio Sync service before updating, or will the updater take care of that for me?

Version 2.5.4 on Linux. The devices did get linked, as shown in the attached screenshot. How do I enable Trial in Sync?