dankshit

Fourth time trying this - still getting "Can't download file" but not telling me which file! Gave up... Reformatted drive again - used a Linux host (instead of my FreeNAS, and when that failed I tried another MacOS M1 MBP and same deal) to copy a sync link... and it's now working - but CAN'T you fix this so it can tell use which file it couldn't copy? I know there's a list somewhere, but sometimes it's like 1000 files below the most recent entry... It's not re-assuring... Makes me not want to trust your product...

MacOS 13.4 : Ventura upgrade (i.e. 12.62 to 13.4) trashed my EXT4 system (I paid for ext4 license) - so gave up on EXT4 - using APFS (encrypted) now - and seeing this error - but I cannot believe you haven't fixed this yet! Unbelievable! How am I supposed to figure which file it's missing??? I just upgraded to latest client on your downloads - and SAME ERROR! Note: also - I also running 2.7.3 on another MBP running Ventura - and that's perfectly okay - not seeing the error there. HOW DO I FIND OUT WHICH FILE? so I can decide whether I even care?

Jeepers - I can't believe they (note I run rsl pro with a license) haven't fixed this yet. Is resilio-sync still being maintained? Is it abandonware now? I also ran into the false : disk space alert! And luckily I documented it the first time it happened to me on a Pi Zero running the armel binary : # change ~/.config/resilio-sync/config.json : # Add this line immediately below starting curly brace "{" on a new inserted line (note terminating comma on line mandatory) # "disk_check_free_space" : false, Hmmm - did another search and found another thread that recommended the Power User preferences under Advanced and changed disk_min_free_space from "0" to 0.125 and that fixed it...

Update - Sync is quite possibly the flakiest Android app I've EVER come across... it just completely crashes... every time! Looks like I'm now in the market for some other solution than with my Resilio Sync pro license... Note : after several wipes, deleted the folders Sync created on my internal storage, forced it to use SD-Card, added a new sync target from scratch (scanned QR code) - and I see it on my SD-Card when I connect from my PC (running Linux) - and in an Android file browser I can navigate to it on my SD-Card, so "Dude, I found my files" - but - there's hardly any there 'cause the dang app just keeps constantly crashing... My Galaxy S9+ is nothing special, not rooted, stock, latest updates from Samdung (sic). Why so flaky?

OK - I've been using RSL 6-7 years - worked a treat for me... loved it so much I bought a pro license in 2018 and use it instead of Dropbox... Works nearly everywhere, nearly flawlessly... I mostly run Mac or Linux (mostly Linux)... but never had any major issues running it on my previous job's Windows 10 laptop either... Had a few issues with an iPad (3rd gen - yeah! ~4-5 years ago) ... But NO issues running it on my iPad pro 12.9" (2nd gen)... Also running it happily on a few headless ARM Linux machines... works a treat... no complaints (other than a few gripes with how it doesn't play well with SystemD on Pi Zero's - the armhf binary doesn't seem to like those - I have to run the binary manually anyway)... But - decided to automate syncing music to my android phone, "stock" Galaxy S9+ (not rooted or anything) running Android 10... Ran into a heap of issues... Basically the app would just crash - no feedback.. fire it up... crash... sometimes I get to kill it (or wait)... So - I removed it... re-installed - same issue, it would just crash... If I can't fix this, I'll have to do it manually - which I can probably figure out with a combo of TermUX and rsync - but - I SHOULDN'T have to kludge this! Troubleshooting for crashing (after my first uninstall/re-install did bupkis) : 1. "Clear cache" 2. "Clear date" 3. uninstall. Browsed to my SD-Card from my Linux machine (i.e. using MTP over USB) deleted EVERYTHING I could find that looked like RSL stuff (bear in mind - this SD-Card has been cloned, and cloned again, and started life in a Galaxy Note 3, then a Nokia 4.2, before insertion into this Galaxy S9+)... Powered off. Re-installed App... Used QR-scan to grab one of my smaller sync targets ( less than 5 GB)... It took forever to sync, but it finished (and crashed a few times!)... Now I tried to rename it from "old-name (2)" to just "old-name" (that's a place holder for the real name) - but it wouldn't let me - like it already "knew" it had once had a sync folder by that name... So - I decided to rename it to "...BUCKET" - and that worked... But now I cannot rename it back to "old-name"! And worse than that - I have NO IDEA where on my SD-Card this sync target is located. I can't find it browsing over MTP via USB from my Linux box... Maybe I'll have to power off and insert the SD-Card into a reader on one of my Linux machines? See I don't mind, or care, that the iOS / iPadOS version abstracts direct filesystem access, as I don't need this on my iPad, BUT I WANT it on my Android phone, 'cause it's my music player, and I need to be able to point my (FLAC) music player "Music Folder Player Full" at the location of my sync'd music folder - BUT WHERE IS IT? I also, really don't want to wipe/format this SD-Card (256 GB)... that's extreme...

A pointer where to find this mysterious "database" might be helpful... I've hit the same issue... Tried to add a new sync folder to my S9+ running Android 10, and it kept hanging... So I removed ALL my sync folders off the device... removed the app.. Re-installed the app, now it just crashes about 5 minutes after I scan a QR code... And the sync folder is called "Music" and somehow, despite removing that sync folder, and Resilio Sync, completely (apart from this mysterious "database"), the folder still shows up on the Android side as Music(1) - which means that RSL has still got some hooks somewhere in my Android system, to that name... And no - I don't want to rename it... Note also - I can't change anything whatsoever in RSL on Android, it pretty much just hangs when I try to sync that folder... It works pretty much flawlessly everywhere else, my iPad Pro running 15.6, my MacBook Pro M1, both my main Linux desktop machines, and my work MacBook Air (and when I still had a work Windows machine - it all worked swimmingly there too)... Why the glitches on Android? If I wait a further 10 minutes after it stops responding, Android popups up a thing about unresponsive app and offers to let me kill it, or wait... Makes no difference which I choose, it's UNUSABLE!

Still ongoing... Lost power this morning... Noticed my Pi Zero W wasn't on my peer list... Kill rsl, set it to disabled in systemd... Run the binary I got else where via shell script "kickitoff.bash" : cat kickitoff.bash #!/bin/bash ./rslsync --config ./config.json --webui.listen 0.0.0.0:8888 Which is also how I run it on my FreeBSD shell account on my FreeNAS (but I also use the RSL plugin that used to be part of FreeNAS 11.x - but no longer listed).

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've got rslsync installed and running the EXACT same way on Ubuntu 21.04 aarch64/arm64 on a pair of RPi4B... I've got rslsync installed and running just fine on Ubuntu 20.04 on x86_64 (Ryzen 7 desktop). Here's the Ryzen 5 laptop (Lenovo E495). I have to start it manually every time I boot up - even though it's enabled : Anyone have any ideas what I should be looking for? The only other problems I've had with rslsync pro over the last 3-4 years is getting it to run on a Pi Zero (some issue with the binary) This 21.04 started "life" as 20.04 and was upgraded... There's nothing "special" about it - it does have "/" encrypted with ZFS - but - that happens WAY before any user stuff should be starting (e.g. my "old" Dell Latitude laptop running 20.04 has LUKS "/" and never had issues with ResilioSync on it)...

I run it (2.6.3) via the included jail/plugin on my FreeNAS... But I also run the FreeBSD "binary" (2.6.2 - I guess I should update it - but it works) on its own, in my shell account on my FreeNAS - something like : ./rslsync --config ./rsl-config.json --webui.listen 0.0.0.0:8888 I only have one sync folder with this method for my shell account, that's my shell scripts I use nearly everywhere, that fit nearly everywhere (e.g. in 4 GB NAND SBC's running debian).

Amen... would make things heaps easier for me... for now - I'd rather keep running 2.6 series on all my devices... because for now my NAS (FreeNAS) seems to be "locked" at 2.6.3 - instead of having to "reformat" those URL's for each platform, and hoping to get the filename right - being able to FTP / HTTP browse the files would make it SO MUCH easier!

@Andy+ yes - for 2.6.3... All the links (for DEB and RPM) for the original post now point to 2.7.2...

Hi, All the DEB (and RPM) links are for 2.7.2 not 2.6.3. Can we get links to download DEB packages (for all platforms - i.e. arm64/aarch64, armel, armhf, amd64, i386)?

Been hunting for the last 4 hours for an older deb file for armhf I can install - because on my Pi Zero W running "buster" the installer installs a binary that won't run - at all - from systemd - I got past this issue by manually copying the binary rslsync from the armhf tar file - but the Pi Zero W install is complaining about "Not enough free space on the drive." - when it's running on a 128 GB SD card : Filesystem Size Used Avail Use% Mounted on /dev/root 117G 1.4G 111G 2% / rslsync will create the directory structure of my sync folder, but it's just a stack of empty folders... I've tried adding/appending this to my ~/.conf/resiliosync/config.json file : { "disk_check_free_space": false } and it won't even start (and various combinations of the above) - so I removed that... Pi Zero W details : x@frambo:~/.config/resilio-sync $ uname -a Linux frambo 5.4.72+ #1356 Thu Oct 22 13:56:00 BST 2020 armv6l GNU/Linux Where did you @ghoff find a copy of 2.6.1-1? Because I only seem to be able to download 2.7x versions... Probably going to log a ticket as I'm paying for pro version... Note also : I've got rslsync running perfectly on 5 x Ubuntu 20.04 desktops, and 3 RPi 4B (one running aarch64, two running armhf), plus 2 x NTC CHIP (Jessie) and 1 x Oracle Pi+2E (running Armbian Xenial), plus my work's Windows 10 laptop...