RomanZ

Bittorrent Sync 1.3

Recommended Posts

So I realize that mobile-to-mobile share tab on Android was removed, I assumed that now, BitTorrent Sync will instead appear on the "Share To" functionality of file managers / image gallery. But it's not there. So how do I do that now?

Share this post


Link to post
Share on other sites

So I realize that mobile-to-mobile share tab on Android was removed, I assumed that now, BitTorrent Sync will instead appear on the "Share To" functionality of file managers / image gallery. But it's not there. So how do I do that now?

 

I read in a reply from devs to a comment on Google Play store, that it is being improved and coming back in a future version.

Share this post


Link to post
Share on other sites

Benchi, on 26 Mar 2014 - 1:47 PM, said:snapback.png

That's fine, because my router crashes with UDP fullspeed. In the moment I limited the up/download.

 

How can I enable TCP? Only blocking UDP doesn't work.

 

BTSync 1.3 tries both. If UDP does not work - it will attempt TCP connection. What is not working in your case - could you elaborate?

Share this post


Link to post
Share on other sites

2 Computers with MS-Server-2003, both have BTSync 1.3

 

No relay/tracker/DHT is used. Only 1 PC has a predefined host to the other.

 

The destination router has UDP+TCP port forwarding to the PC. This works very well.

 

If the transfer is running and the UDP forwarding is switched off the transfer continues (maybe over TCP? or the router doesn't kill the current UDP connection?).

 

But after restarting the BTSync-Task the both BTSyncs doesn't see another and doesn't connect. Only when switch on the UDP forwarding in the router it will connect and working.

Share this post


Link to post
Share on other sites

I read in a reply from devs to a comment on Google Play store, that it is being improved and coming back in a future version.

Cool, I wish we'll have Desktop-to-Mobile sharing too and vice versa (via laptop's webcam). At times I just want to send 1 file to my phone that doesn't warrant sharing a full folder.

Share this post


Link to post
Share on other sites

Benchi,

 

If machines are in the same subnet - BTSync will prefer TCP. Otherwise - UDP, however if UDP is not available it should try TCP. 

Could you please collect debug logs so I can take a look what is happening on your PC?

 

ShedoSurashu,

Thats more to the Wishlist.

Share this post


Link to post
Share on other sites

Here is the important part of the log:

 

[2014-03-31 18:30:15] total physical memory 4294967295 max disk cache 33554432
[2014-03-31 18:30:15] Using IP address 10.1.1.101
[2014-03-31 18:30:15] test sha1: AE5BD8EFEA5322C4D998...
[2014-03-31 18:30:15] test sha2: 630DCD2966C4336691125448BBB2...
[2014-03-31 18:30:15] test aes: 0A940BB5416EF045F1C39458C653EA5...
[2014-03-31 18:30:15] Loading config file version 1.3.67
[2014-03-31 18:30:15] SyncFolderScanner: Adding notifier "\\?\C:\Users\B\Desktop\Test"
[2014-03-31 18:30:15] Loaded folder \\?\C:\Users\B\Desktop\Test
[2014-03-31 18:30:15] SyncFilesController: started periodic scan
[2014-03-31 18:30:15] SyncFilesController [file updated]: Processing file \\?\C:\Users\B\Desktop\Test\Text-File.txt 1396278971 10
[2014-03-31 18:30:15] SyncFilesController: finished periodic scan, checking for missing files
[2014-03-31 18:30:15] SyncTrashFolder: Sync trash scan for folder "\\?\C:\Users\B\Desktop\Test\.SyncArchive" started, max file age = 30 days
[2014-03-31 18:30:15] SyncTrashFolder: Sync trash scan for folder "\\?\C:\Users\B\Desktop\Test\.SyncArchive" finished
[2014-03-31 18:30:17] Send ping to peer (0000000000000000000000000000000000000000) for share E29A38A1DC4A1364C1B5D1ABBA7D5C33B766894E:
[2014-03-31 18:30:17] ping 37.201.31.13:51041
[2014-03-31 18:30:18] Send ping to peer (0000000000000000000000000000000000000000) for share E29A38A1DC4A1364C1B5D1ABBA7D5C33B766894E:
[2014-03-31 18:30:18] ping 37.201.31.13:51041
[2014-03-31 18:30:19] Send ping to peer (0000000000000000000000000000000000000000) for share E29A38A1DC4A1364C1B5D1ABBA7D5C33B766894E:
[2014-03-31 18:30:19] ping 37.201.31.13:51041
[2014-03-31 18:30:20] Send ping to peer (0000000000000000000000000000000000000000) for share E29A38A1DC4A1364C1B5D1ABBA7D5C33B766894E:
[2014-03-31 18:30:20] ping 37.201.31.13:51041
 

The next lines are repetitions.

After a router reboot (canceling all old UPD connections) the both BTSync doesn't find a way over TCP together.

Share this post


Link to post
Share on other sites

1. I had some Alpha 5 database files deleted again, not long after updating to 1.3.67.

Debug was off, it's on now.

2. I run as a limited user, but every reboot prompts me for the admin password to launch Bitsync. Not a big deal for me but might be something to consider for corporate users who would not have the admin password.

3. I found this in my error log, not related to the files but wanted you to know.

Log Name: System

Source: Microsoft-Windows-DNS-Client

Date: 3/27/2014 10:30:52 PM

Event ID: 1014

Task Category: (1014)

Level: Warning

Keywords: (268435456)

User: NETWORK SERVICE

Computer: netbook

Description:

Name resolution for the name t.usyncapp.com timed out after none of the configured DNS servers responded.

Share this post


Link to post
Share on other sites

I'm having the exact same issue.

 

Syncs with other Macs are ok, but the same folders synced to Linux servers (arm and i386) display an endless list of files named "com.apple.FinderInfo" and "com.apple.ResourceFork" that apparently are not synced.

  Here the same issue.

Share this post


Link to post
Share on other sites

@patoka,

1. Need debugs, from both peers.

2. Thanks for reporting, we'll check why it happens and how it can be fixed.

3. Well, pretty strange - but not deadly. In 1.3 BTSync finds tracker and relay server by downloading http://config.usyncapp.com/sync.conf, so until config.usyncapp.com DNS name resolved succesfully - it is okay.

 

@pmafli,

We are aware of the issue. As a workaround you can try to add these xattrs to syncignore.

Share this post


Link to post
Share on other sites

I wrote a little script for mac users that adds com.apple.* to every syncIgnore file on your disk...this solved all my problems! Any suggestions when this is going to be fixed ??

 

 

 

#!/bin/bash
find ~/ -iname '.SyncIgnore' | while read file
do
    append='com.apple.*'
    grep $append "$file" > /dev/null || echo -e "\n$append" >> "$file"
done

Share this post


Link to post
Share on other sites

I'm having the same problem, looks like it is something to do with this.

  • Extended attributes (OS X) and file streams (Windows) support

Seems like BTSync is trying to copy the resource fork (Extended attribute) over, but Linux target doesn't have anywhere to store those extra sets of information. (Perhaps file streams are being used for this on Windows.)

 

One workaround you can do is to do (on your Mac) xattr -c [filename] to remove resource fork from a file, or you can remove extended attribute from the tree xattr -rc *. (While I personally find these information useless for my use, do remember you will lose things like Spotlight comment or other attribute information if you happened to use them...)

 

A very best solution could be to add "com.apple.FinderInfo" on a new line at the end of the .SyncIgnore file that you can find in the root directory of the folder you are syncing on all you apple machines. I've just done it and it solved the problem for me.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.