wenrao

I've seen various issues on Android that I stopped using it rather quickly 2 years back or maybe even 3 now. I did encrypted backups to Android and Resilio Sync locked me out of those on purpose when I needed a file only on that backup. It can't even do what its supposed to do, give you your backups, assuming I was not a legit entity. When that happens, I say forget it, not worth my time so I've been sweating here and there with desktop also because of that. I also just just jumped over to Syncthing. Doesn't do encrypted files but not like that went well with Resilio Sync lol. I'm 10x happier with Syncthing (sorry Resilio Sync devs). I see Resilio Sync Android app was just updated recently https://play.google.com/store/apps/details?id=com.resilio.sync so its possible that its fixed now I suppose. If it isn't then you could just try again in a year. That's what I did previously only to find other problems though. Hope the best for you. Personally, I'd do what Andy+ did and just use it as a 2nd or 3rd (I recommend it as no less than the 3rd) backup path and if it fails, it fails though since the files are probably unencrypted you'd still be fine as long as they synced anyway. Ideally, you want more than one in case one fails.

If its not actually syncing outside of the UI (as in not a UI update problem)... it could even be the device killing the app and the way RS handles it doesn't cope or maybe an internal app problem. Suppose, you or RS devs really need to look through Android debug log and really see why its not working. You might be able to do it without doing that but you might not after spending a lot of time trying. I don't really recommend relying on RS Android. I used it for backups to Android and RS was a total fail for that. Its disappointing to me as it would be a nice way to have encrypted backups at all times. I so really want auto backups to mobile device.

It could be a bug in Resilio Sync. I know on Android they've had/have issues with things repeating incredibly often. Haven't really looked into the desktop though as I don't mind it finding things to sync right away and I use it on ssd drives.

Desktop itself is being flaky and Android I can't even recommend. They definitely need to get something out 🙁

Personally, I find ignoring files backwards and wish I could just select files or folders. Install a new application and the ignore list doesn't know to ignore it which is just crappy (yes, selection is the same in a way although you can still not have the application install folder included and just include any configs, etc should that be one you want to instead of having to ignore each and every and making a silly long ignore list), but limiting by file size can also be crappy too when that one file increases past your ignore limit and then you find someday later when you need it that it wasn't taken in. There are problem areas with Resilio Sync and getting the files you want or don't want included is just something you have to live with in my opinion unless you have a highly focused use for RS. But, at least for you, if they added selection and ignore by file size they could just allow you to select files as well to select and override filesize or even detect with a check to see if last filesize was lower and ask what you want to do in those cases, save that and boom, you got a better system.

Edit: Will be deleting encrypted backup as there's no way it will fully decrypt. Every way is a dead end that leads to failure. Will be leaving the following in tact as a reference. Their debugging logs are also too clogged (60MB+ is crazy) and finding anything in them of use is a slow painful process. In the end, I don't really recommend use of Resilio Sync for encrypted backups. I just so happen to not really need anything in this backup to care any more than this. No need to reply to this - I may never respond. So, is there any way to get at the decrypted files? This is the original device with the original identity used and the original encrypted backup files. It seems to be a problem with the file system as far as I can tell. Resilio Sync just doesn't work well here - if its not a problem with Resilio Sync itself. [20180728 15:02:33.955] JOURNAL[2613]: { "dl_failed": false, "file_hash": "E9B3FC0308429D937FAC1717F054F095AFCCC20E", "file_id": "0:0", "fs_error": true, "have_pieces": 0, "ignored": false, "info_hash": "EFEF5554B83895C4BBC6C0DFF45143EB11D67757", "invalidated": false, "link_content": "", "locked": 0, "mtime": 1512143365, "name_on_disk": "R.class", "otime": 1486153, "owner": "101168987FD9A753C52F36C61659301EA111C42F", "path": "/home/whatever/R.class", "perm": 420, "ph_ext": ".rsls", "placeholder": false, "pvi": "pvi[NULL]", "select_children_for_dl": false, "selected_for_dl": true, "size": 1015, "state": 2, "time": 1512335445, "total_pieces": 1, "type": 1 } (*See additions). Now, I would think that Resilio Sync would allow me to make a full backup of the encrypted folder, copy that to a computer, put in the encryption key and select that folder, to allow it to be seeded with the device as another location when using RW/RO on a 3rd location to decrypt it. There's no reason why it shouldn't. It should say "Hey, its a duplicate and on the same network so I'm authorizing it to be used as another location since I'm having a problem and have already allowed a few MB of files and folders to be decrypted so its OK to do so". So in the end, cannot import copy into Resilio Sync on another computer/device because the identity is different so that then acts as if its just normal files and so cannot decrypt that. The new decrypt tool won't work because (I'm assuming as it makes sense) the db is on Android and its a non-rooted and encrypted device so cannot do that. Actually, I don't see a .db file anywhere so no idea what that arg is in reference to. Of course RW/RO key only grabs a few MB of decrypted files/folders and then it fails to get any more BUT its better than it used to be. Some time ago Resilio Sync on Android only crashed when trying. So I really was hoping this would no longer be a problem. Cannot use a share link as that just gets denied. And even though Resilio Sync on Android has debug enabled and shows that there might be logs I cannot for the life of me find them so I assume they're in the app's protected storage cache which I will never be able to get to them without an internal log viewer built into Resilio Sync. Debug logs on the computers have too many logs to be of much use - its terribly slow and painful to search through so many ugly lines of info. Additions: The 14 day trial of the pro version does allow manual duplication of the folder onto a different computer/device because it can duplicate the identity into the other Resilio Sync. The free version is gimped of this vital necessity. That said, it still fails to fully sync and decrypt the manual copy duplicated onto a computer so its not that vital ? On top of all of this some other problems encountered: No share links on one computer using the latest version and also prior version (another computer shows links and other UI pieces that are also missing here on the noted one). Additionally, the Android app has crashed. Resilio Sync is more of a pain in futility. I can FULLY copy all encrypted files manually without Resilio Sync! And I can even use the share link QR code in Resilio Sync to send the manually copied encrypted files to back to the Android device with zero problems. So it looks like its more of a decryption problem with Resilio Sync and not a file system problem. I wish I could have a debugger and the code but then I don't really want to care that much about it at the same time. The desktop Resilio Sync may give me this stupid message: "17,537 files: These files cannot be downloaded as there are no source peers online for too long time. Sync will continue downloading if any source peer appears online." No really? I didn't know. How can it be? ? At least I've not run into this with computer to computer encrypted backups so Resilio Sync has that going for it. That's better than nothing but it should be able to do the one thing its supposed to do. No longer am looking for a reply. Thanks.