Mouserider

Well, very surprised to see a new version for Android. Just enough to keep my hopes alive to see another Desktop build in the future as well.

Update about this issue. I did not change any settings, but I noticed at some point, that I had this issue only in one physical location, but not in the other one. It seemed to never load all folders correctly at place A (dozens of restarts necessary), while it always worked right at the first time at place B, which seemed very weird to me. When it finally worked after many restarts at place A, I noticed that my computer was off at that point. I found out that I needed to stop Resilio Sync on my computer at place A in order to start the service on my Raspberry correctly. At place B I also have a computer with Sync running on the network, but this one seems to not cause any issues. Even the Ethernet switch model that is connecting both of the devices is the same in both places.

In this case, can I still attach the HDD at a later point? Btw, I also see an error message "Too many open files" after attaching the HDD. In this case it will recover automatically after a while. But this is also a reason why I was suspecting some OS/concurrent access limitations.

All the data is stored on an HDD. The metadata (database) seems to be stored on the SD, as the messages appear even before the HDD is connected. And as I said before, after restarting the service, the cards are being reshuffled. Some broken ones will work again, other ones will break. Sometimes almost all of the folders have the message, sometimes it's only 1-2 of the 25.

Hi, I am experiencing a very annoying issue on my Raspberry Pi with Raspberry Pi OS and Sync 2.7.3. I have 25 synced folders in my list and whenever I start my Pi (or restart the sync service), some of them show "Database Error". The database is not actually corrupted, because when I restart the Pi or the sync service, it will be other folders that show the message, sometimes more, sometimes less. But I can rarely ever get all of the folders to load correctly. I think this might have to do with Sync trying to open too many files at the same time and that this could be fixed by retrying the failed folders after the other ones have been processed. Unfortunately there is no such option. Yes, I have seen the help center page. Re-adding won't help as the folders are not actually corrupted. Don't wonder about the "folder not found" message, this is expected.

Yes, I'm doing the same. I have 2 identities: (Main) Identity A, Pro license, Full access to all shared folders. Shared across mostly Desktop devices. Identity B, no license, access to only a limited subset of all folders, a few of them read-only. Linking a few mobile devices which do not need access to many folders anyway (Windows applications on Android) and which have read-only access to most of the remaining ones. Principle of least privilege. But my point is, as Identity B is running on a free license, I should not be able to link the devices as this is a Pro-only feature. I'm still able to link them. So my question again, was this moved to Pro only recently or does this limitation apply to Desktop builds only?

Hi, Just a question out of curiousity. First of all, I'm owner of a Sync Pro/Family license. When I recently tried to link 2 desktop devices of someone else in my family (no license applied) I realized I could not find a way to link the identities. I compared with my device to make sure I didn't overlook it and it really wasn't there. Checked the feature list Free/Pro and found my explanation - available in Pro only. However I just realized that I'm able to link some of my older mobile devices. I'm not using my main identity with the license on my mobile devices on purpose because I don't trust them the same way as my main devices in terms of security as well as data consistency (so many shared folders are read-only). So those devices using a free license as well. However I am still able to share the identity. So my question is: As the mobile version is still on 2.6 - was this feature removed only from 2.7? Or does this limitation generally just apply to the Desktop client?

Yes, the Android version could really need an update. My main issue with it is that even if you Exit the app, it keeps running in the background and draining the battery until I go into the App settings and click on "Force close". Since I noticed how much this extends my battery's runtime I do this every time after syncing files. But it is kind of annoying...

I use a licensed version, however I'm using a separate identity for my mobile devices. I have a ton of data in my main identity and for most of it I don't want it to be accessible from insecure/mobile devices. Especially when there never is a need to access it from these devices. I know that the (1) thing is normal. But what's leading to it isn't in my opinion. Only deleting on one ending is exactly what I want to do, but this is what isn't working for me. I disconnect on one device and the folder gets completely removed from this identity instead, therefore syncing this change to all other devices.

I just disconnected some folders again because they were not syncing anymore correctly. There are always some files which cannot be updated anymore. So I tried to reconnect these folders. I click on disconnect on the Phone and the folders get removed completely from my list. Is this really the intended behavior? Shouldn't they go to disconnected state instead? Re-adding the folder will now cause a Folder (1) creation on all devices with the same identity and a complete resync will be required.

Hi, When I disconnect a folder on Android, it will get removed from the synced folder list completely and I will no longer able to reconnect it later (unlike on the desktop). To re-add it, I will have to add it again from another device, but this also means, it will be removed and re-added on all synced devices with the same identity. Is this behavior on purpose?

Yes, exactly this. It seemed no longer supported and at this point you would rather go with something else (something active) in case you would have to build a new solution. I could not have recommended someone to buy a license for something that would not be developed any more. Glad to see that my concerns were unjustified.

What a nice surprise! I really thought Sync has become abandoned and I was even more disappointed about it after buying Pro and Family, not because I needed it, but because I liked it so much and wanted to support it. So glad to see there is some activity again. Hope to see some progress on the Android app soon too, the latest version is not really reliable anymore for a while now.

Just in case any of the readers experiences the same issue: The problem occurred on Android 8 with the folder on SD card and Archive enabled (default setting). Using Archive on SD was not yet possible on 2.5. This was resolved in a development/test version and I guess the fix will be made public with the next official release.

This really makes Sync unusable for me at the moment. Same issue with a Moto Z2 Force on Android 8 and using a folder location on the SD card. New Sync installation on the phone. New folder created on the Desktop. Sharing the folder via Read-only QR code. Settings: Selective sync turned off, Overwrite changed files Add a file to the folder: It will be transferred successfully. First update: File is overwritten. Second update: Transfer is stuck. I will send the debug log of the new installation now.