Initial sync fine, adding new files never resumes

[linux only]

Using Linux GUI in a web browser on 2 machines. Have done this while connected to same network, and while on different IPs. Sync works just fine if one computer has a folder and shares that with second from local LAN or internet. However, neither computer can add files to the folder such that second computer will sync those too. Sync works only once and only in one direction. I have restarted both computers, started BT Sync with one, then the other and vice versa, have deleted on receiving computer and then used same folder, and it does not work.

Is there any way to force bt sync to detect additional files and sync them. The files index on both but never pick up the additional files. It seems like it is a 'one time' deal only with it.

The log files read as follows. I see they are a month out "04" which is not the date on the computer.

[20130407 11:05:05] Loading config file version 1.0.116

[20130407 11:06:27] Loaded folder <repeated lines with the name of every sync folder>

[linux only]

Should note: no firewalls, direct and via a shared connection access to 'net. I see no barriers between the machines. Both machines say the other one is connected.

[GreatMarko]

I'm assuming that both folders have "full access" secrets?

If so, please can you update to BitTorrent Sync 1.0.130 and see if this resolves your issue?

[linux only]

Yes, full access. I will update btsync and then update here. Thx, didn't know there was a new ver out.

[sergey@bt]

You may want to enable debug log to get more visibility about what's going on. Here are instructions how to enable it:

[linux only]

debug.txt doesn't seem to register anything at all. I did as the instructions say: create in .sync folder, put FFFF in it. Maybe something's also up with that?

I installed the newest version, nothing. So then I deleted a folder from both computers and then re-added with a new 'secret' which appears to work.

It appears to me that if "mutual syncing", i.e., two way syncing does not work, you have to do this manually, and you also have to do it manually with "dynamic syncing", i.e., adding files after it has synced. I will run this forward for a bit, and see if it picks up after computers are shut off and/or move locations. I'm thinking there is still something not quite right yet with syncing after the first go.

All said: it is a great idea, and probably nearly there.

[sergey@bt]

What is your Linux version/arch? Do you see any more messages in log when you create debug.txt with FFFF? Do you use any config file for btsync?

[lux]

I set up ~/.btsync as the folder in my config (Debian), and the sync.log there now seems to have more detail. There is no separate debug.log though.

[linux only]

This is what I have on 4 computers, some with Mate and some with xfce desktop.

Kernel  : Linux 3.2.0-23-generic (i686)
Compiled  : #36-Ubuntu SMP Tue Apr 10 20:41:14 UTC 2012
Distribution  : Linux Mint 13 Maya

I'm on one of the computers I haven't used much, and just connected for an initial test sync. I have both used and not used a config file. The only thing I've ever done is make it listen on 127.0.0.1 versus 0.0.0.0. No diff. Though I do think the standard config should not be to 0.0.0.0.

[linux only]

Have confirmed the issue. I added a test file from one computer, went to 2nd location and it is not synced. In second location, I added a 2nd test file, also not synced. The problem remains. Initial sync is fine, adding files after syncing does not work. You have create a new folder and use a new secret, at least in Linux GUI in web browser.

[yottabit]

Adding the debug file just turns on verbose messaging in the standard log. The debug file doesn't change.

[linux only]

Okay then. I did not know that.

Looked at sync.log. First thing is that it records the dates that are in May one month ago, i.e., 201304xx.

The log contains only lists of stuff has been synced. So far. I'll look for other stuff and report.

[devnull]

I confirm the issue.

Btsync stopped working after initial sync (Debian 6.0.7 64bits 2.6.32 <-> Ubuntu 12.04 64bits 3.2.0)

Getting new build 1.0.132 changes nothing.

Il I get a new secret, sync is resumed.

[Jero]

i can confirm this too. sync stopped between fedora18 and freebsd 8. the sync only resumed after i created a new secret.

build 132 btw and the same lan

[devnull]

There was something in the logs about a "file too long" error. After I have renamed the file with a shorter name, sync resumed. Now It seems to work when I add new files. It may be a coincidence, i'll check if this problem happens again.

Btw i've seen in the logs that btsync sends a "rename" command instead of redownloading the entire file. That's awesome. Does it detects if I move the file in a subdirectory ?

[sergey@bt]

If you still see the case when sync gets stuck, can you please install latest version 1.0.132 and send us debug log from both computers? Here are instructions how to collect log: