All Activity

OK, great thanks. Got it. Cheers

For those who also encounter the same case - here is the dedicated article: https://help.resilio.com/hc/en-us/articles/205506569-Can-I-connect-two-pre-populated-pre-existing-folders-

In the backup, Sync transfer the files once. If the files are moved somewhere on the destination and Sync detects that the files are no longer in the backup there, it warns about this finding - then the user is to decide whether to re-download the files (Revert) or ignore the warning if it's okay. Do you re-add Camera backup to Sync? If no, please elaborate more on your setup: include the info about your peers, their OS, peculiarities about the storage if there are any.

Hello! Don't touch the Resilio in the old PC (the PC that remain the same), but just copy the "Read and Wite key" on a file or piece of paper: Once you installed Resilio on the new PC, use this string to connect the directory to old PC. This will help you because you don'have to rescan and reindex both PC but the new only. I use this method from years. The old PC will think that is there a new PC on the LAN. Be careful: be sure that both directories you are going to connect contain the same objects.

Hi, I just installed resiliosync_x64_dsm7.spk V2.7.2.1375-3152 but nothing works and I don't understand if I'm wrong, or if the downloaded package is not compatible with DSM 7 (On the Synology page I found the architecture of my DS918 + and on the Resilio page of the sync versions I chose x64 indicated for ApolloLake) : If I try to open Resilio by starting it from the URL lower left (http://mynasname/syology.me:28888), from the installed packages page, or from the Package Center I get "page not available" (pagina non disponibile/ pagina non trovata) - see the screenshot: while i think it should launch a setup screen. Where am I wrong? the same thing happens if I install the version proposed by Synology in its package center .... It is the first time that I use Resilio, I have read some posts, but nobody helps me in this case ... EDIT: in the registration I have indicated a wrong domain in my email .... now I have canceled the previous registration and in the new registration I have changed my email

Cheers carlo, What do you mean though by "current connection string"? D you mean the long passphrase that is shared by both PC 1 and PC 2 to connect/allow data transfer? If so, sure I would have to create new as PC 1 is the source? Cheers again

I strongly suggest you to NOT transfer sync data (including configs, metadata, indexes, etc.) from old to new PC. You seriously risk an huge mess. Reinstall all from scratch and your sync will work smoothly. The required time is just for building indexes on the new machine, and the advantage is a big disk space saving after a new index job, simply because new indexes will not contain old data, working quickly. At the end of the reinstallation, Resilio will work faster and will use less memory. Write down on a piece of paper current connection string, the check/compare the directory pairs to ensure that they are matching your requirements (using a program like Beyond Compare or similar), install new Resilio end re-use the connection string you wrote down previously. That's all.

Hello all, Using Win 10, I run a one way backup from PC 1 to PC 2 over the internet approx 12Tbs on individual internal sata drives, PC 1 motherboard just bit the dust, so now am sourcing a new motherboard which means a new install of Win 10 and Resilio. I always backup my Resilio data from the Profiles folder and the raw/sync data on the additional drives are intact and safe. What do I do here? Is it case of on PC 2 unlinking/fogetting PC1 in Resilio, Setting up PC 1 from scratch and linking to PC 2 again, which I think will not mean a resync but will take a long time for PC 1 to check see the remote PC 2 has the data? Or can I import the original config/index from the now dead machine for a quikcer more seemless transition/reconnect? Thanks and cheers

I read Help. I searched the Forum. Then I did this: I copied c:/users/[me]/AppData/Roaming/Resilio Sync folder from my old computer to my new computer. I noticed that folder had a Resilio Sync.exe file in that folder. Not sure why it was there but it was. In fact there was no Resilio Sync or BitTorrent Sync folder in either Program Files folder. It has been working fine. Never occurred to me to look. I copied the only synced folder that actually resided on the old computer to the new computer with same name and path. (Everything else was on a file server and some brilliant person, probably a BitTorrent software engineer, made sure UNC was used, so I assume everything will keep going where it belongs.) And then I stopped following directions and ran the Resilio Sync.exe file. Did I do a bad thing? Everything looks good. I got the right Identity and license, but the name of the computer was the old computer's name which will only confuse me. And I saw that I really had not installed Resilio Sync on the new computer; I had just run the executable. Which for some reason worked! Although that was the only way I could start RS. So then I followed instructions and installed RS normally by downloading the 64-bit file. But Resilio still holds a torch for my old computer and insists my new computer is that tired old thing that needs to be put out to pasture. Everything else seems to be functioning. How do I get Resilio to accept this new computer? And what do I do on the old computer? Remove the license? Disconnect the identity? I am still very fuzzy on this. Anyone feeling merciful?

Hi, I upgraded to Synology DSM 7.0. After the upgrade, the NAS started to have issues with 99% of memory USED. I cannot open the Resilio Sync application. I uninstalled Photos; I'm using only the Resilio Sync and Cloud Sync apps. When I see the memory issue, all the applications are in the "waiting list" nothing works, If I disable Resilio Sync, the memory goes to 2% and Cloud Sync continues working. If I enable Resilio Sync again, the used memory jumps to 99% only for a while, and after that starts to decrease, and of course the NAS continues working OK for 1 day or more. I guess that the issue is because I sync a BIG folder, but I don't like the idea of dividing in 4 or 5 subfolders. The issue appears with DSM 7.0 Thanks a lot.

I think I've found the source of my problem -- the new SAN which serves as storage for the files is a Linux box with some custom management UI interface that seems to have been set using only the Pacific Standard timezone and doesn't have the option of setting the timezone to Pacific Daylight time ("daylight savings time" means that those of us on the West coast of the USA are at UTC-7 this time of year rather than UTC-8). So the SAN controller itself has a clock set an hour into the future, and I don't seem to have the privileges required to fix it. Corporate IT is now on the case. I'm pretty sure that in my case at least this is not exactly Resilio's problem. Though it does make me wonder how Resilio handles syncing between users in different timezones, I guess maybe it just normalizes all times to UTC, in which case the ones stored on that SAN would be an hour off.

It gets worse!!! In some cases, the backup of the zero byte original file doesn't have the same name... e.g. in $SHARE/bin/ bashtop (is zero btyes) The backup in $SHARE/.sync/Archive/bin isn't called "bashtop" - it's called bashtop.2 So I can't just wildcard everything back again - I have to granularly manually locate EVERY F--KING F--KED up file and recover it... This is complete bullshit... I'm going elsewhere, and whereever I go, I'm giving Resilio Sync ZERO stars out of FIVE stars... Folks - DO NOT RELY ON THIS PRODUCT - it's not ready for primetime - and you'll get use to it (I've been using Pro for 3 years) then Mr Murphy will come along and F--K YOU OVER GOOD AND PROPER! In the example above - "bashtop" isn't necessarily "my" shell script - but this example holds true for everything else... And - it wasn't anything "I did" that zeroed all these files - it was YOUR PRODUCT!

This CRAP just happened to me today! Latest Resilio Sync fresh install onto RPi4 running Kali 21.x (aarch64 - on a fresh install of kali)... I'm using Resilio Sync Pro - I have a pro a license. So I try and sync connect a share (copy + paste key) after fresh install of RSLSync, client (using web UI to localhost) it tells me "database error" with nothing specific (e.g. WHAT IS THE ERROR?)... I removed it (Resilio Sync) completely (apt purge), rebooted, then re-installed and same issue, so I gave up, powered off the Pi running Kali... But now ALL my sync files in that share on ALL my OTHER computers are now ZERO bytes in size! This is a MAJOR FLAW and a SERIOUS BUG! This is on Ubuntu 20.04 x86_64, Raspbian Buster arm64, Ubuntu 21.04 x86_64 and arm64 - and MacOS on Macbook Pro M1!!! I've been considering shopping around for another self-hosting cloud sync solution - and this might just push me elsewhere... Note : it's not a "disaster" because the original files are in $SHARE/.sync/Archive - but - this is a REALLY CRAP gotcha... REALLY Annoying too! All my shell scripts I used for work are in that share and now they're ALL ZERO BYTES! Seriously CRAP result, you get zero stars out of five from me!!! ~/bin is a symlink to a "bin" directory in a shared folder in ~/ResilioSync/ - on my Macbook Pro M1 : ╭─x@methone.local ~/bin ╰─➤ find . -maxdepth 1 -size 0k -ls 43152616 0 -rw-r--r-- 1 x staff 0 16 Sep 16:43 ./pigsies.bash 43152557 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./unfux.bash 43152544 0 -rw-r--r-- 1 x staff 0 16 Sep 16:43 ./rs-helpoid.bash 43152538 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./nodoze.bash 43152522 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./McPasta 43152519 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./ENIPee.bash 43152527 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./eggo.bash ... ... 43152518 0 -rw-r--r-- 1 x staff 0 16 Sep 16:43 ./3users.txt 43152540 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./nuku.bash 43152543 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./queue.cue 43152517 0 -rw-r--r-- 1 x staff 0 16 Sep 16:43 ./0.0.10.not.finished 43152524 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./bashtop 43152550 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./splitmp3.bash 258962 0 -rw-r--r-- 1 x staff 0 6 Feb 2019 ./.stfolder 43152536 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./neofetch 43152556 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./tvhead.bash 43152532 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./mailpdf.bash 43152555 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./tranny.bash ... 43152552 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./steamlink-pi.bash 43152545 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./s3cr3thy.bash 43152534 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./mcshow.bash 43152615 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./boris-flood.cue 43152523 0 -rw-r--r-- 1 x staff 0 16 Sep 16:43 ./ZSH.zshrc 43152520 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./EmPee.bash 43152553 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./sunzolio.bash 43152542 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./purvue.bash 43152549 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./spectre-meltdown-checker.sh 43152546 0 -rw-r--r-- 1 x staff 0 16 Sep 16:43 ./screep.bash 43152533 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./manual_mailpdf.bash 43152558 0 -rw-r--r-- 1 x staff 0 16 Sep 16:43 ./upgytdl.bash 43152547 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./shitlist.bash 43152554 0 -rw-r--r-- 1 x staff 0 16 Sep 16:43 ./thou-audiotree.cue 43152541 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./pastebin.bash 43152525 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./clockuld.bash 43152529 0 -rw-r--r-- 1 x staff 0 16 Sep 16:43 ./gitfuckery.bash 43152526 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./docxfind.bash 43152548 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./slappem.bash 43152539 0 -rw-r--r-- 1 x staff 0 16 Sep 16:43 ./nuku.ascii 43152559 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./watchtv.bash ... 43152537 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./nocmur02.bash 43152521 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./MUZ.bash 43152551 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./spudchuq.bash 43152535 0 -rwxr-xr-x 1 x staff 0 16 Sep 16:43 ./merdepee.bash RPi4 running "buster" on arm64 : ╭─x@beere253 ~/bin ╰─➤ find . -maxdepth 1 -type f -size 0k -ls 527211 0 -rw-r--r-- 1 x x 0 Sep 16 16:43 ./pigsies.bash 527235 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./pastebin.bash 527246 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./spectre-meltdown-checker.sh 527344 0 -rw-r--r-- 1 x x 0 Sep 16 16:43 ./upgytdl.bash 527355 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./spudchuq.bash 527312 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./neofetch 527204 0 -rw-r--r-- 1 x x 0 Sep 16 16:43 ./0.0.10.not.finished 519542 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./purvue.bash 527283 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./watchtv.bash 527360 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./slappem.bash 527243 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./nocmur02.bash 527455 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./tranny.bash 517982 0 -rw-r--r-- 1 x x 0 Feb 6 2019 ./.stfolder 519143 0 -rw-r--r-- 1 x x 0 Sep 16 16:43 ./thou-audiotree.cue 527255 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./docxfind.bash 520041 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./boris-flood.cue 522009 0 -rw-r--r-- 1 x x 0 Sep 16 16:43 ./screep.bash 519350 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./sunzolio.bash 519124 0 -rw-r--r-- 1 x x 0 Sep 16 16:43 ./rs-helpoid.bash 519142 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./mailpdf.bash 521995 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./queue.cue 527385 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./MUZ.bash 527306 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./eggo.bash 527240 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./unfux.bash 519253 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./tvhead.bash 527314 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./ENIPee.bash ... 519144 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./splitmp3.bash 521997 0 -rw-r--r-- 1 x x 0 Sep 16 16:43 ./gitfuckery.bash 527357 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./bashtop 527358 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./mcshow.bash 527378 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./EmPee.bash 527454 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./merdepee.bash 527266 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./clockuld.bash 527392 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./manual_mailpdf.bash 527248 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./shitlist.bash 526825 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./nuku.bash 527176 0 -rw-r--r-- 1 x x 0 Sep 16 16:43 ./ZSH.zshrc 527380 0 -rw-r--r-- 1 x x 0 Sep 16 16:43 ./nuku.ascii 527323 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./steamlink-pi.bash 527207 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./McPasta 519140 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./s3cr3thy.bash ... 519625 0 -rw-r--r-- 1 x x 0 Sep 16 16:43 ./3users.txt ... 527391 0 -rwxr-xr-x 1 x x 0 Sep 16 16:43 ./nodoze.bash This is a NIGHTMARE to go and fix now!!! I now have to manually HUNT and PECK through EVERY F--KING FOLDER and figure out what files got ZEROED 'cause not every file got ZEROED - and - some files are SUPPOSED to be ZERO anyway! Can I even ever trust your product again??? I'm half thinking I might REMOVE that share from Resilio Sync, rebuild that folder tree and files again from scratch/backups, then re-share - but - that's a REAL F--KING PAIN in the @RSE! I have up to 13 computers subscribed to this share... MAJORLY PISSED OFF disgruntled potentially former user of your (formerly good - but now RUBBISH) product...

I'm running into the same problem on Resilio 2.7.2 on macOS 10.13.6. Sometimes when I move a folder into a folder that's shared with others using Resilio, I can watch the folder's date modified change from the correct time to an hour into the future, and then I start seeing errors and having files not sync. For what it's worth, both of the computers that subscribe to this share are running macOS and are set to the Pacific Daylight Time time zone, and their clocks are synced to the same NTP server and are showing the same correct time. I have watched the Date Modified value change an hour into the future as I move the folder into the folder that Resilio's syncing. I do not see this behavior when I move folders into any other folder. I do have Resilio's Power User "ignore_mtime_assign_errors" setting set to "true" on both machines. I wonder if that has any relevance. I don't recall why I have that set to 'true', it may have been a workaround for some other issue I experienced long ago.

Probably a completely obvious fix, but I can't seem to sync two folders which already exist. So I have a folder I periodically pull over to my synology NAS device, I know pathetic & crude backup method, so I've decided to start using Resilio. I did have Good Sync, but it's choking on my server & wants me to buy a 'server license', no thanks. So I have the folder which exists on my PC & I want to sync it with the already created folder (which has most of the contents already loaded) on my server. I can't figure out how to do that and I've watched several tutorials, every one of them just seems to create the new folder & sync it up. I don't want to 'recreate' it. I want to use what is already there and in the location I want it to be in. Advice, recommendation would be appreciated. BE NICE!! ☺️

Hi, I'm wondering if it's possible to set my camera backup to only sync files once(unless forced to sync all again). It would ideally keep track of what pictures/videos it has uploaded before and only backup new images. The reason is, once the photos are backed up to my computer they get moved to another organized folder(Photos/YEAR/MONTH). But the next time resilio syncs, it resyncs all photos again.

Oh {expletive deleted}… how did I screw that up? Well, the answer is clearly a combination of not paying close-enough attention and wishful thinking. Sorry for the bother.

I have the following setup: iPhone and iPad with IOS 14.7.1, MacBook with Catalina, 10.15.7 QNAP NAS with QTS 4.5.4.1741 All devices are installed with the latest Resilio client. Since I updated Resilio on iPhone and iPad to 2.6.11 (three months ago), I have the following problem: Sync only works if I launch Resilio on IOS first and then on MacBook. When the MacBook is off, Resilio from iPhone/iPad to NAS does not work. With Resilio version 2.6.9 everything, in any combination of devices, worked perfectly. I didn't make any other changes, just the Resilio update on the iPhone and iPad from 2.6.9 to 2.6.11. Does anyone have any ideas?

This is sync.com, a zero-knowledge cloud service from Canada (and I am using it currently). It has nothing to do with Resilio Sync, note that it has a totally different logo. People that chose Resilio Sync because they want to keep their data on their own storage (instead of cloud storage on the internet), will unlikely want to switch to sync.com.

I received an email about this today and found pricing at https://www.sync.com/pricing-individual/ Is this a sync that Resilio Sync might not be dead? I mean, we still haven't seen an app update in over a year, so it seems like a reasonable question…

Sync listening port is grayed out because it is defined in the configuration file sync.conf (and thus overrides the UI setting). To enable manual editing via UI you need to connect to the NAS via SSH and remove the setting "listening_port": 28889 from "sync.conf" file (respect the JSON-syntax, especially the comma in the previous line, that might be unnecessary after editing). The file is located in the Sync Storage folder, which is placed differently in DSM6 and DSM7, see here: https://help.resilio.com/hc/en-us/articles/206664690-Sync-Storage-folder After Sync restarts, changing the port manually should be available, but you must be sure the chosen port is free. The failsafe and recommended way to change the listening port is via the SSH by editing of the configuration files and checking the port, as described in this article: https://help.resilio.com/hc/en-us/articles/360014432100-Change-listening-port-on-Synology-

Check, what doe you have in the folder /volume1/@appstore/resiliosync/var/ If there are all data from previous installation DSM 6, maybe is possible to copy the profile to the current one.

Unfortunately, configuring anew is required. There is no way to use the previous configuration upon upgrade to DSM 7.

When using Resilio Sync on DSM 6 I was able to update and change my listening port using the WebGUI. However, looking at DSM 7.0 the Listening port is grayed out and it says: settings overwritten from config This is happening for both the WebGUI Listening Port as well as the Connection Listening port Is there any way to get back to being able to change this via the Web GUI or is my only option to manually edit the sync.conf file via SSH?

I upgraded to DSM 7.0 and now my Resilio has lost all of it's settings. Is there any way to recover/restore or do I have to reconfigure from scratch?