RomanZ

Administrators
  • Posts

    3,588
  • Joined

  • Last visited

Everything posted by RomanZ

  1. Hi, Please take a glance at my response here. It should address your question.
  2. @david.skx Not sure that I fully understand the question, could you please clarify? If you want to use Selective Sync, get_files should show you all the files available for syncing - not only those on peer with selective sync.
  3. @wutizurkwest This issue is not fixed yet, sorry. Still cannot provide ETA for this issue.
  4. @R3m Your key is okay. Working fine. Could you please describe what exactly is not working?
  5. @himselfv Indeed, CryptoAPI calls could be optimized for encrypted peers. We'll implement it for upcoming 1.4 release. Thanks a ton for very technical issue analysis, we really appreciate that!
  6. @all, Currently API is only available for desktops.
  7. @cetipabo My apologies - peer_expiration_days is present in 1.3 starting from 1.3.109. It can't be accessible thru the UI, but can be used in configuration file to flush the cache.
  8. @merlinuwe Thanks for the logs. Regarding the .htaccess - did you ignore it on all peers? The asymmetry can happen when it is ignored on only several peers out of all. As for the peers that do not see each other - It is not fully clear for me which peer do you expect to be seen on which other peers (and which are not displayed)? The log indicates that peer where you collect it manages to see 5 other peers.
  9. @mike20021969 "losing" other peers after sleep is a known issue. It would be fixed in 1.4. @sandymac Unfortunately, you are right. Please use workaround for now. Fix should be included in 1.4 release. @merlinuwe 1. Sounds like a bug. Sync should say something like "Synchronizing with ..." when it found changes and should show popup "sync finished" once it done. 2. I can only say what is happening if I get logs to see what exactly get stuck there. 3. Same as 2. I need logs. 4. Well, notepad++ starts panicking if mtime of the file change occurs - and Sync keeps mimes synchronized. So Notepad++ may show popup even if no actual change occurs.
  10. @cetipabo peer_expiration_days value is not going to help as this value is from 1.4 client, it is not supported by 1.3. In general, when you disable automatic peers discovery (Tracker, DHT and LAN) - you can configure your mesh with whatever configuration possible. The main drawback here would be that you have to put all the configurations to all peers manually.
  11. @Jasman Unfortunately Linux UI does not have a functionality to show which files are pending to be transferred. This functionality will be available in 1.4 version.
  12. @pjo65 I don't think that the issue is in the page size - it should be transparent for the process. However, I presume that there might be some other changes in OS which prevent sync from running. Could you please describe how exactly Sync is not running? Some error message, crash or something else? Did you try to run it with --nodaemon switch to see the app output to console? Can you run it with strace to see which system calls were called before program crashed \ terminated?
  13. @mikedr Around Summer..beg.Autumn 2014. Sorry, do not have more precise ETA.
  14. Hi, I'd advise to note your proposal in Feature Requests forum to make sure it is not lost. We use it as a pool for improvements for the BitTorrent Sync.
  15. @Tom, Unfortunately, issue was not reproduced in our lab. However, some other issues, close to speed limits was resolved recently. Please stay tuned for 1.4 release which likely contains the fix for your issue.
  16. @JinRho, There is no installation of btsync for Linux. All you need to to is to bring binary (if you unpack the btsync_arm.tar - there will be a license and a binary) to your NAS to some folder and run it. The most simple way as you mentioned is SSH access. If it is not accessible - we can try a trick. You say that you've got SFTP access to your NAS. If the user you use to access filesystem has enough permissions - you may try to bring btsync binary to NAS and force it to run with the user you logged in (just add it bash.rc for corresponding user). If you manage to do that - all you need to do next is to reboot your NAS and Sync binary will run. Though note, that in with this way you start the btsync you will get a very few control over application: you can't kill or restart it.
  17. Hi Steve, The issue is very likely in inability to sync xattrs of MacOS files to NAS. This is not something about Synology, it is something special between Mac and Linux OSes. There are 2 ways to proceed here: 1. Add Mac's xattrs to the ignore list (adding com.apple.* should do the trick) 2. Wait for 1.4 release - which has this issue addressed properly.
  18. @alxbrun set_file_prefs should work on directories. It will go recursively over all files in the directory and mark all files for downloads. What makes you think it is no working?
  19. @R3m You can send me your key (or, whole config even better) for verification. Send it to syncapp@bittorrent.com.
  20. @c0wb0yc0d3r When you mark folders to be "Download" or not "Download" in selective Sync, actually all the files inside them are marked, not the folders. Folder structure created immediately when 2 peers connect regardless if any of them is using selective sync or not. I'm a bit confused with this statement. Selective Sync can be enabled or disabled only when you add a folder. And when you do so, all files will not be downloaded by default. Do I understand correctly that you add a folder with Selective Sync and it immediately starts downloading files?
  21. Mitch, I encountered such behavior on Mac. Could you please try to open Console and navigate to folder to see that file indeed is not there? If it is true - I'd appreciate if you can collect debug logs from both computers so we can track what is happening to your document.
  22. @EricRF When you turn off DHT, it still might response requests from other DHT nodes. However, it should not happen once you've changed the listening port. Could you please send me a traffic capture? I'll analyze what kind of packets Sync is sending.
  23. No. If something gets to .syncArchive on Encrypted-only (F..) peer, there is no way to restore it.
  24. @himselfv Thanks for the comprehensive analysis. We'll check if this is true indeed and if it can be optimized.