besweeet

There are quite a few folders and files. 3 separate WordPress installations are being synced. The other 2 instances that are used as pull servers always use 0%.

All have just been updated to 2.3.6, which is what the browser UI downloaded via the notification popup in the upper-right of the UI. I don't see any lines in the log regarding verifying if a drive was mounted. I actually just noticed something different on the problematic VM... I use Firefox to display the web UI, and when the tab is active, BTSync.exe will constantly use 3% CPU usage. If I switch to a different tab in the same browser window, BTSync.exe will go down to 0% usage... I guess I'll just switch to an about:blank tab so that the CPU usage stays at 0% until I actually need to use it.

I forgot to mention that there's also high CPU usage. Your suggestion helped reduce its size, though the log file continues to grow (at a slow pace now) while eating CPU usage. I have BTS installed on two other locations (basically as pull instances, only pulling in changed data from the main server, which is the one having log file and CPU issues), and those two always use 0% usage. Here are the latest repeat lines in the new log file: Sync is paused, and only unpaused when new files / changes need to be pushed out to the other two instances. The CPU usage now is relatively minor, but it's still a slight annoyance considering the other two instances use zero.

I currently have more than 2GB of compressed log files. Here's a small sampling of the actual log file: http://pastebin.com/raw/uMJQYTCT Similar lines seem to be added to the log files constantly, eating up disk space and CPU resources. I have no idea what to try to fix this...

The folder that's not added to IgnoreList was /wp-content/cache for WordPress. According to the logs, it kept trying to index files that were there at first, but were later removed, and it wouldn't stop trying to index the original files.

CPU usage continues to be too high due to constant indexing of files. It just doesn't want to stop. RAM usage also grows too big (1.7GB+ at one point). At the moment, BTS on one of our VMs is averaging 40% CPU usage while using over 900MB of RAM. I just checked %appdata%\BitTorrent Sync Service for the first time, and noticed hundreds of zipped xxxxxx.journal.zip files and compressed log files. Opening sync.log showed more than 500,000 lines. It looks like BTS kept indexing a cache folder. I added the directory to IgnoreList, and BTS is down to 0% CPU usage for the first time ever. Pretty happy right now.

I'm curious about this as well. I was under the impression that, when the source is paused, syncing should not be happening anywhere. I have 3 instances: one parent (that pushes new files out), and two childs (to receive the modified files). When the parent is paused, and file changes are made, they're still pushed to the two children... I'll also occasionally notice "Indexing" next to "Paused."