noiime

I've got a couple of peers where the speed limitation isn't working anymore. - BTS 1.3.94 - Windows 2008 R2 x64 & Windows 8.1 x64 - 4 - 15 GB per files, no small files - No LAN transfer - Predefined host configured - No tracker - Relay server is ON As you can see in the picture below the speed limit is not applied. I understand that it is not supposed to be extremely accurate but still, it is more than 10 times faster than what I've set. Thanks for your help

Forest, I dont know if it can help but, here's a description of the R/W server that I refered in my last post: - CPU Intel E5700 - 4 GB of RAM - 1 x 250 GB HDD for OS - 1 x 2 TB for BTS - Windows 2008 R2 64Bit That's what it look's like: * I don't know if your BTS is syncyng on the same hard drive that the OS reside but, it greatly help's when the syncs folders aren't on the primary hard drive. ** Especially if they are voluminous folders!! *** That may be the cause of your issue!? Hope it help's

This is what one of my R/W share look's like! There's over 100 peers connected and it is working relatively well!

Let's say there's no peers within the same network would that be a problem?

Hi, Maybe it's a stupid question but, would it be a problem if all peers would have the same listening port? I cannot see why it would be an issue but, since I got a bunch of peers, I wanted to be sure before I proceed with the change. Thanks

From what I can see, the Quick answer would be....not sure exactly!!? I didn't do extensive network monitoring but, as you can see in the picture below, it's not conclusive... I would say, none of them are accurate! **That could include bitmeter...

Romanz, I've sent you a PM with info on how to download the dump & log files. That's not true, it is still acting like this except it, took a longer time before it show up again. Thanks a lot for your help!!

This is happening with windows 2008 R2 and Windows 8 & 8.1, BTS 1.3.80 The transfer speed reported at the bottom of BTS screen isn't reflecting the transfer windows status. Most of the time, the value at the bottom is twice the speed that is shown in the transfer windows. As you can see in the picture below:

Just for info, I confirmed the leak it is still present with 1.3.80. ** Good news, the "0KB transfer & many peers in the transfers tab" bug seems to be gone! We had strong winds in our region last night as for, we lost electricity for many hours. It kinda ruined my 10 hours test Before the power outage, BTS was consuming around 600Mb of memory I will let it roll again today, I should be able to send you the debug log & a dump files tomorrow.

Romanz, I just reinstalled 1.3.77 and, like you ask, I will leave the debug log ON and make a dump as soon as BTS reaches around 1Gb of memory. ** Note that it could take approximately 10 hours. Correction, I just saw that there is a new version 1.3.80! I will do the 10 hours test with the new version instead of 1.3.77 and I'll let you know

The leak issue is still present with 1.3.67 & 1.3.77 / Windows 2008 + R/W share. There's another issue, and maybe it's related, it's regarding transfer speed. Right after installing 1.3.67 or 1.3.77, the upload speed is around 6 MB but after an hour, or so, there's a lot of connected peers but the transfer is 0KB like in the picture in this link: http://tinypic.com/r/ngf1cp/8 Once BTS begin acting like this, there's no way to get a proper transfer speed again. Always 0KB and a lot of peers in the transfers tab. As soon as I downgrade to 1.2.91, the transfers are stable again, as long as the memory usage is low! What it is troubling me is that there's nothing unusual in the debug log for both issues!? Anybody else is stuck with these issues? Any ideas someone? tx *** Since Windows 2008 R2 only exist in 64bit flavor, I didn't thought it was relevant to mention it but, just in case, now you know.

Hi Romanz, The debug log has been sent, ticket number (#9071) Fukkei, I confirm that the T:\ is really T:\ Tx

I have a similar problem with some of our R/O peers, except it is happening on files not folder. All of them are on windows 2008 and windows 8/8.1. BTS rev 1.3.67 - The problem began shortly after upgrading from rev.1.2.91 to 1.3.67 - No files has been add or modified since almost a month. - All the affected share were working fine before the upgrade. - Strangely, R/W share don't seems to be affected by this issue It was propagating between peers so I had to shut them down before it mess up all the shares/peers. (Over 80 peers for these share) Here's what I was able to grab in the log before I had to shut them down [2014-03-27 16:39:00] TorrentFile: Failed to create empty suffix for file "\\?\T:\artofst_en.Conflict.mpg" - 5 [2014-03-27 16:39:00] SyncFilesController: failed to load torrent for file "\\?\T:\artofst_en.Conflict.mpg" [2014-03-27 16:39:00] TorrentFile: Failed to create empty suffix for file "\\?\T:\augusto_en.Conflict.mpg" - 5 [2014-03-27 16:39:00] SyncFilesController: failed to load torrent for file "\\?\T:\augusto_en.Conflict.mpg I've tried to restart some of the affected peers and enabled the debug log but the issue isn't happening for now. *** I suspect that I didn't start one of the peers that was generating the behavior

I hope this is an agreement related to Bittorent apps in general!! I believe/hope It doesn't include reference about privacy and encryption that BTS provide if not, as ott0disk mention it, there's a BIG problem!!!! It's not secure at all if you reserve the right to monitor/terminated X transfers for X matters/reasons?? BTS is supposed to be a secure way to exchange files...I sure want to see change in the license agreement regarding BTS unless, we, as a company, we will probably look elsewhere!!! * Also, part 21-b, there is french language that shouldn't be there: http://www.bittorrent.com/legal/terms-of-use -- It is the express wish of the parties that the Terms, any Additional Terms and all related documents have been drawn up in English. C’est la volonté expresse des parties que la présente convention ainsi que les documents qui s’y rattachent soient rédigés en anglais.

I was told the limit was 50 clients!? http://forum.bittorrent.com/topic/25494-windows-81-strange-behavior-and-lots-of-error-in-logs-since-12xx/?p=74011 So, if it's true, I believe that each devices can only see a maximum of 50 devices each.

Did you checked how much memory BTS is using while the transfers are slow versus the memory consumption when the transfer is acceptable? I didn't try with W2012R2 but I got a lot of trouble with W2008R2 and it feel's like you are experiencing the same behavior. On my case, the more BTS eats memory the less transfer speed I get. See my observation regarding this issue: http://forum.bittorrent.com/topic/28165-possible-memory-leak-windows-2008-r2-with-rw-share/ The only workaround I have right now is to restart BTS via schedule task at each 12 hours so it reset the memory consumption and keep the transfer speed acceptable.

Hello Romanz, Do you have another download link, I've been trying to download it like 15 times and I always get 1.2.91!? tx Ok I found it via this link http://syncapp.bittorrent.com/1.2.92/

Ok I found it via this link http://syncapp.bittorrent.com/1.2.92/

Sorry my bad's!! It's happening with all the version I have in hands, 1.2.82, 1.2.87, & 1.2.91 I was reviewing the post and realize that I can give a little more info. - All tests were done with shares that were fully indexed. - My last 10 hours test was done last night with Rev. 1.2.91 - Those PC are dedicated to BTS, no other software or roles - Fresh Windows installations fully updated - Firewall is OFF in both case Tell me if I can do something else to trace down this leak or, if you need more info. Tx

I had to change one of our main server for a server with Windows 2008 R2 and since then, I'm struggling with a huge memory leak. The more BTS is using memory the less transfer speed I get. Here's a description of the shares Folder 1 = 594,4 GB in 345 files R/W Folder 2 = 5.5MB in 205 files R/W Folder 3 = 344.4 MB in 3 files R/W Folder 4 = 45.5 MB in 13 files R/W Folder 5 = 721.7 GB in 316 files R/W With Windows 2008, after 10 hours BTS is using around 1800MB of memory and the transfer speed is below 1KB/s. After a while, 1 day or 2, BTS close silently without information in the sync.log or in the Windows event viewer. Same computer/same share but with Windows 8.1, after 10 hours BTS is using 120MB of memory and the transfer speed is around 1.5 - 2 MB/s *** Note that we got over 40 clients with windows 2008 R2 with R/O share. BTS is using around 100MB of memory so, it seems somehow related to R/W share? I've done a lot of testing and it seems that effectively BTS has a memory leak when serving R/W share with Windows 2008 R2 Here's a description of the equipments I used: First computer: - Xeon X3220 - 6 GB of RAM - 1 x 500 GB (OS drive) - 3 x 2TB in Raid 5 (Drive that contain shares) - Windows 2008 R2 & Windows 8.1 Second computer: - I7-4770 - 8 GB of RAM - 1 x 500 GB (OS drive) - 1 x 2TB (Drive that contain shares) - Windows 2008 R2 & Windows 8.1 The first computer is the new server that I wanted to use. ** It's a little bit old but it should be able to handle BTS very well, in fact it’s working great with Win 8.1!! I thought that maybe the problem was with Windows 2008 having some kind of hardware incompatibilities. So, I tried with the second computer, totally different & newer! The result is almost identical as for the first computer. I also thought that the problem could be with multiple share but even with a single share, the leak is present. It just take longer before BTS used all the memory and die quietly. Except for normal operations, there’s nothing helpful in the debug log.

Proactiveservices, That was my first guess but, even right after recreating the schedule task with all the credential, it wouldn't work anymore. So that wasn't it. What I didn't know is that apparently Windows have a lot of issue regarding schedule task vs mapped drive. As I understand it, sometimes it work sometimes it don't. Most of the solutions involve un-mapping / remapping the drive before running X application in relation with a mapped drive. Instead, I thought is was more elegant to change the sync folder T:\ in BTS for the direct network path Work like a charm and it doesn't need the intervention of another application like "net use"

GreatMarko, I knew about that issue so I already check for those folder and there's none of them. BTW thanks for your excellent support in this forum If fact the problem was not with btsync/schedule task it was about schedule task/network mapped drive. I found out the solution and it was soooooo easy, it was in my face right from the beginning! In BTS instead of using the mapped letter, in my case "T:\", I used the direct path to the share. And "Voilà", it's fixed!! I still don't know why it was working at first tough!!?

hum, you are right! I should have thought about this approach!! Just because it is bothering me I will still try to fix this. But if I'm unable to resolve the puzzle, for sure I will use netsh ! Thanks a lot for the tips!!

Thanks for the answer! I am logged in using Administrator and there's no other user that can log in to those server. The schedule task is set to use the administrator credential to run the task Full permission to this account is already in place for these following folder: - T:\ *** the folder that is problematic - C:\Program Files (x86)\BitTorrent Sync - C:\Users\Administrator\AppData\Roaming\BitTorrent Sync What is bothering me is that it was working for like a month before it begin popping up those errors... Weird... probably due to a Windows updates of some sort Anyway, when I find out the solution I will post it here. If someone have any idea feel free to post it, any help is always appreciated! Tx

Hi, Because of the poor network equipment that is on-site, we got 11 sites that needs BTS to be running out of a schedule. Those sites needs BTS to be close during business hours. When I first set-up the schedule task, all of them were functional but after a while, some of them begin to do a strange behavior. In fact, 6 out of 11 aren't working anymore. When BTS start, triggered by the schedule task, one of the share folder is showing this error: " Error: BitTorrent Sync cannot identify the destination folder" If I start BTS manually, everything is fine. 4/6 are Windows 8 Pro 2/6 are Windows 2008 R2 BTS version 1.2.82 & 1.2.87 The folder that isn't working is a mapped network drive I've already tried running BTS out of a batch file within the schedule task and it didn't work. Same behavior, BTS start but that particular shared folder isn't working. ** Note that when I run the batch file manually it work great. I also get this error in the task scheduler: 0x80070001 I did googled it and I didn't find any solution that is working with BTS With BTS 1.2.82 I got this in the log [2014-03-03 10:14:28.491] Loading config file version 1.2.82 [2014-03-03 10:14:28.554] SyncDb: Failed to init db - 4618 [2014-03-03 10:14:28.554] Loaded folder \\?\C:\000QAM_APPS [2014-03-03 10:14:28.569] SyncDb: Failed to init db - 4618 [2014-03-03 10:14:28.569] Loaded folder \\?\T: [2014-03-03 10:14:34.132] SyncDb: failed to prepare statement to query metadata - 4618 [2014-03-03 10:14:37.007] SyncDb: failed to prepare statement to query metadata - 4618 [2014-03-03 10:14:37.038] SyncDb: failed to prepare statement to query metadata - 4618 [2014-03-03 10:14:37.132] SyncDb: failed to prepare statement to query metadata - 4618 [2014-03-03 10:14:37.148] SyncDb: failed to prepare statement to query metadata - 4618 [2014-03-03 10:14:37.179] SyncDb: failed to prepare statement to query metadata - 4618 With 1.2.87, there's nothing special in the log file even with the debug enable I've tried every possible options in the task scheduler but nothing seems to work. Any idea's would be appreciated Tx