RomanZ

Administrators
  • Posts

    3,588
  • Joined

  • Last visited

Posts posted by RomanZ

  1. Hi,

     

    When BTSync delivers files from other peers - it sets them modification time exactly as remote peer has. In your case BTSync fails to set modification time, most likely because the user running BTSync is not the owner of the folder (I guess that in case of vfat - not the owner of mounting point).

     

    As a result, BTSync sees difference in modification time and starts re-hashing file pieces to find where is a difference (and sync it, if any).

     

    To get rid of this issue you need to make sure that user which runs BTSync on Linux machine is the owner of the folder where data is synced.

  2.  

    Can anyone/thing at any time or place, regardless of motivation, identify what data I am transmitting, without me deliberately sharing my key with that person/object ?

     

    BTSync is designed to be secure and to allow getting access to data you synchronise only to secret owners. So,

    Bittorrent does not know the way to identify the type of data and content you transfer unless you share your secret. 

  3. crazyk4952,

     

    Thanks for the graphs. The WAN graph is very representative. It is very complex to debug bandwidth issues remotely, so we are trying to reproduce it in our lab.

     

    Can you please share as much details as possible so we can build a repro? What are the OSes on both your peers, bandwidth (both peers), router types and configurations, any security software installed? + Any information you think might be valuable in building reproduction.

     

    Thanks!

  4. Hi all,

     

    Can you please let me know the time scale on your graphs? What is the period between two peaks, is it a matter of hours, minutes, seconds? Did anyone see the same bandwidth usage pattern in the LAN with lan_use_tcp enabled?

     

    cubik,

    Your graph is 6 minutes long, your download rate jumps slingtly which is okay for UDP. Also note, that BTSync behaves very gently and if it sees that it overloads the channel while someone else is using it - it will automatically decrease speed. lan_use_tcp is not working in your case as you are using 2 remote connections.

  5. After startup, sync starts. But it doesn't find changes that i have done on the network hard drive with another network computer.

    This is something I find really strange. BTSync has 2 mechanisms of delivering changes to the peers:

     

    1. Getting notifications from OS that something has changed. This technology highly depends on capabilities of OS and in some cases (for example - network shares over SMB) might be not that reliable.

    2. As #1 might be not reliable - once in a period (10 minutes by default) BTSync rescans all sync folders for changes. BTSync does the same when it starts.

     

    Strange thing here is that in your case rescan did not found the difference. To debug it - i'll need logs form both machines (note, that you need to have that sort of "unsyncing" file when collecting logs) as well as file name of the non-syncing file.

  6. Hi Andy,

     

    In your scenario the step #3 ("It reappears back...") should not happen as the file already added to .SyncIgnore on Machine A. I did not manage to reproduce it in my lab. 

     

    .SyncIgnore file affects BTSync when it indexes files and works for both leech and seed peers, so:

    1) ignored files are not going to be forcefully removed, just ignored

    2) most likely it won't appear in debug log, so collecting it here would be useless.

     

    I can only guess that your "abc.h" filename might contain some local characters and there is some issue with identifying it against what is written in .syncignore.

     

    Can you please supply me with your .SyncIgnore file from both "Machine A" and "Client A" as well as the filename you were trying to exclude?

     

    Thanks!

  7. Hi Viewmax,

     

    The application on Android is intended to work in a background even if only service running. Even with auto-sleep mode on it should get synced once every 30 minutes (or when you turn on the display).

     

    Note, that when you push "Exit" menu item in BTSync - you are killing both app and service, in this case your folders won't be synced.

     

    Can you please describe in a very detailed way the steps you do to leave service running with no app?

     

    Thanks!

  8. Hi Mariano,

    No, the sync intends to fully sync folders, there is no such way to prevent files from deletion.

     

    Hi dms2013,

    You can set the deletion period (sync_trash_ttl value in Advanced settings) to a really big value, like 10 years. In this case you'll always have the up-to-date version of your backup and have all the changed versions in .SyncArchive.

     

    Hi Osiris,

    The peer owning read-only key is going to delete files once the peer owning full key deletes them. If you are experiencing some issues with this mechanism - it could be a bug and I'll need more details from you to investigate it.