• Content Count

  • Joined

  • Last visited

About jdyer

  • Rank
  1. Based on my experience the last 4 days I can say with certainty that version 1.4 is a total disaster. I am honestly not sure how a build without the ability to even perform its central feature ( sync ) made it out of their QA department...
  2. Personally I have about given up in btsync and I am now evaluating Synthing as an alternative. I can tell you that so far Syncthing ( new name will be pulse ) has simply worked right out of the box, which was a pleasant change compared to my experience with Btsync. It is very strange, I would think btsync would be far more stable since its the more mature offering but that doesn't seem to be the case... Shame...
  3. My problem is that every hour there is 35,000 files being created.. So for example at 2014-11-06-2100 I would have 35000 files created Example /opt/customer/10000/logs/2014-11-06-2100.txt/opt/customer/10001/logs/2014-11-06-2100.txt/opt/customer/10002/logs/2014-11-06-2100.txtSo this indexing takes a long time and seems to happen regularly and slow down the entire process. I am about to start looking into Syncthing because I am not getting a good feeling about bittorrent. They support seems unresponsive to these forums and to direct email requests....
  4. So I think I am seeing something similar which I am trying to get help w/ in ticket #32426-btsync-appears-to-be-indexing-ignored-files. My problem is I have a large number of files generated each hour ( logging ) which seems to have to be indexed and takes hours. the ignoreSync pattern seems to be working by not syncing these files but unfortunately is seems to be indexing them regardless of that config... Its quite disappointing
  5. I am having the same issue, 1.4.99 with two servers running on AWS. Initial sync of 150gb between two instances in a VPC took almost 3 days which is absolutely insane I can see I am getting 400Mb between the instances ## server1Complete![root@wh2 btsync]# iperf -c connecting to, TCP port 5001TCP window size: 96.4 KByte (default)------------------------------------------------------------[ 3] local port 46279 connected with port 5001[ ID] Interval Transfer Bandwidth[
  6. Any ideas what I should try next?
  7. Still seeing this behavior w/ todays logging, here is an excerpt. [20141105 15:37:15.561] [OnNotifyFileChange] "/opt/customer_home/87162/logs/2014-11-05-1500.txt", source = "NULL"[20141105 15:37:15.562] SyncFolderNotify: "2014-11-05-1500.txt", event = "IN_MODIFY"[20141105 15:37:15.562] [OnNotifyFileChange] "/opt/customer_home/5001431/logs/2014-11-05-1500.txt", source = "NULL"[20141105 15:37:15.562] SyncFolderNotify: "2014-11-05-1500.txt", event = "IN_MODIFY"[20141105 15:37:15.562] [OnNotifyFileChange] "/opt/customer_home/5001431/logs/2014-11-05-1500.txt", source = "NULL"[20141105 15:37:15.562
  8. Few things I noticed: http://sync-help.bittorrent.com/customer/portal/articles/1592522-sync-is-downloading-very-slow This doesn't make sense in the context of troubleshooting. This seems to imply that the number or size of files have no impact on sync speed which I don't think is the case. ------------------------------------------------ http://sync-help.bittorrent.com/customer/portal/articles/1670248-advanced-preferences profiler.dat is spelled incorrectly. ------------------------------------------------ I will add more to this post as I find them. thanks -John
  9. Would it be possible to add something in the logs that say this in a innocuous message and can be disregarded ?
  10. So my directory tree has approximately 35000 files at the root ( /opt/customer_home) and each of these folders have a very predictable folder tree at their root [1]. I want to ignore a few folders of the root of each account which is why I put logs/* and reports/* in the Ignore list located at the root of the sync ( /opt/customer_home/.sync/IgnoreList ) [2]. The problem is that the share never seems to finish indexing and transfers are very slow [4]. It has been running for over 36 hours now and is only at 1% with transfer speeds of less then 1mb [3]. My best guess is that because n
  11. How do you want me to tell you the percentage of BW used? Regarding the disk_priority setting, I have set this to false and it does not appear to have made any difference I am not sure if its related but on the "master" server I see the following in the logs [20141103 22:54:54.148] SyncFolderNotify: "2014-11-03-2200.txt", event = "IN_MODIFY"[20141103 22:54:54.148] [OnNotifyFileChange] "/opt/customer_home/57801/logs/2014-11-03-2200.txt", source = "NULL"[20141103 22:54:54.148] SyncFolderNotify: "2014-11-03-2200.txt", event = "IN_MODIFY"[20141103 22:54:54.148] [OnNotifyFileChange] "/opt/custome
  12. I still get this, and it's very annoying... OSX 10.10 Chrome 38 Firefox 34 I should mention there is zero helpful logging anywhere. This was after I spend 20 minutes looking for the seemingly undocumented configuration to even get the linux client into debug mode... All and all the user experience so far isnt that great IMHO