RomanZ

Administrators
  • Posts

    3,588
  • Joined

  • Last visited

Everything posted by RomanZ

  1. @Ananasnonym This assert is unlikely to be a reason. Could you please elaborate what do you mean under "WebGUI stopped working"? Are you trying to connect and connection times out? Or it is connected and shows blank page? Or UI works for some time and then hangs? You can find older versions here.
  2. @clown Looks like you've got some connectivity issue. I wonder if your PCs and ReadyNAS are in the same LAN? Sync for ReadyNas has some folders blacklisted (like /apps, /bin, /mnt, /dev), so ensure that the folder you attempt to add is somewhere where ReadyNAS keeps all users files. Also, you can ssh to your Nas and attepmt to start Sync manually with --nodaemon parameter to see what exactly happnes in its bowels.
  3. @gabled-bravado-dell Which version of Sync do you use? There is no 10-folders limit since Sync 2.2. Anyway, on RPI you can open the WebUI, open "manual connection" and paste the license file content there.
  4. @ivarson Not 100% sure about xu4 model, although community members ran Sync on earlier versions of odroid. Keeping in mind that xu4 runs on ARMv8 CPU - should be fine.
  5. Everyone affected the issue - I suggest testing this build. Let me know if your RPI will stop crashing.
  6. @Softice It is not possible on iOS. Though, you can enter the folder and select all files inside (folder still will be unaffected) and sync'em.
  7. @walkngdude It is possible. Just when you add the folder on second PC, edit the path manually to ensure it points to My Documents, not to "My Documents (1)".
  8. @kvv213 It looks like Ubuntu fails to merge trees, therefore all other peers want to send data to it. You can send logs from any of your PCs AND from Ubuntu as well. There is some private data that log contains. These are: your files and paths your IPs That's it. It does not contain anything that can grant us access to your data. The long numbers are usually folder and peer IDs and they designed to be public (for example, folder ids are sent to tracker server). If anyone gets an ID he can't get access to your data. Not even filenames
  9. @zenyr as GreatMarko said - we'll get it fixed as soon as we get some acceptable fix. Yes, this issue is also applicable to characters with diacritic signs. The most straightforward workaround is to use Sync to transfer files. As soon as you transfer it via, say. flash drive - you'll get the bunch of conflicts. Although, it is also not an absolute solution: if any app you use on Windows / Linux will not normalize the filename to NFC (composed) canonical form - you'll get a conflict when syncing to OS X.
  10. @Doman This already been addressed IIRC and is controlled by config_save_interval. Have you tried the standard set of settings to prevent HDD from waking up?
  11. @zenyr We are aware of this issue. Mac stores UTF-16 symbols in decomposed format, while Windows and Linux does not care at all and may have both composed and decomposed UTF charactars within same filename. So at the end of day, it may happen (and often does) that Sync stumbles upon 2 files that have the same filename from human POV, while it is differently encoded in UTF. We don't have a solution for this issue yet.
  12. @VDub Have you seen the core dump? If you don't have any core dumps generated, could you please try to run ulimit -c unlimited and then start Sync in the same console? It should make a core dump then either in same folder where btsync binary stays, or in storage folder, or in location mentioned in your "/proc/sys/kernel/core_pattern" file.
  13. @ms2oo8 The issue was that the upgrade popped up before Sync managed to load all folders. The bad news about it is that it only will be fixed in 2.3.4, so this particular issue won't appear anymore while upgrading from 2.3.4 to something else. If you want to be on a safe side - you can always back up your storage folder prior to upgrade.
  14. @sc We are working hard to improve both product and way we support our customers. Thank you for your feedback - we'll definitely use it to improve and make calls in such cases.
  15. @HeinerDD Also, to generate dump you'll need to set ulimit -c unlimited AND run Sync from console with ulimit set to unlimited. Would you please try doing it and checking if Sync generates any dump afterwards?
  16. @antimojv WebUI won't allow you to open folder in explorer: JS part of sync is limited to its jail in browser.
  17. Core dumps should be named something like "@btsync.core". Sync.log also would be great.
  18. If none appear and log terminates kind of unexpectedly - its a crash. Answered in PM where to send dumps. Thanks!
  19. @mzweck It looks like we've found the root cause. It happens if update is shutting down Sync before it finished to load all the folders. We'll include the fix into next build of course, although the bad news is that we can't fix it in already existing builds and you'll have to remove duplicated folders / readd missing ones manually. I apologize for inconvenience. @gabled-bravado-dell Not sure I fully understand what happens. Short video, please?
  20. @mzweck Didn't you notice if only advanced folders were recreated? Also, please save your debug logs to ensure they are not rotated and can be analyzed.
  21. @antimojv That's a bad experience indeed. From your description it looks like Sync is taking completely different storage folder now. Could you please check 1) that Sync is running under your user account 2) send me the treeview of what you have in %appdata%\BitTorrent Sync (you can use "tree /F > treeview.txt" command to get it dumped into text file)
  22. Scott, Sync has the same dev certificate as it was developed by same company - BitTorrent. As you may notice, monetizing strategy of Sync does no include ads and other user-unfriendly stuff, and not planned. So, you shouldn't be concerned
  23. @billgreenwood Yes, if your glibc is newer than 2.3
  24. @kornac It will take a while to investigate what has happened. I'll update once we'll have news.