Tommmii

Members
  • Posts

    22
  • Joined

  • Last visited

Tommmii's Achievements

Member

Member (2/3)

  1. I've noticed this in log file, for quite a few files, is it something I should worry about? 2014-11-15 14:45:39] TorrentFile: Failed to create empty suffix for file "\\?\F:\video\TV shows\House M.D\season 04\House MD Season 4 Episode 12 - Don't Ever Change.EN.srt" - 32 [2014-11-15 14:45:39] FC[F4F7]: LoadTorrent: failed to load torrent for file "\\?\F:\video\TV shows\House M.D\season 04\House MD Season 4 Episode 12 - Don't Ever Change.EN.srt" thx, Tom.
  2. Just chiming in with a +1 on the issue. Log is spammed with indexing of ignored files.
  3. digging up this issue... Have updated a pair of computers to 1.4.99 The exact same issue is still present...
  4. Thanks for the effort & feedback. Looking forward to 1.4, will get back should things change!
  5. win server 2008 R2 SP1 no security software. win7 x86 K9 web protection, to limit internet browsing. btsync uses the other machine's read-only secret. I use the exact same setup at multiple locations. This one location is the only one with this symptom :-/
  6. @ Helen , the upload rate was set to 6000 and I noticed the actuel rate was 1300. I then quit btsync at both ends, and launched btsync again...no speed increase to the transfer rate. After that I went experimenting...and found no solution. SpYro , I had read your experiences with the relay servers and tried toggling that...no use.
  7. 2 windows machines on lan, direct connection (arrows in front of device in devices tab), rate limit local peers = true , download limits = 0, upload limits from 1kB/s up to 1300kB/s are respected properly. Upload limits > 1300kB/s result in an upload speed of 1300kB/s Upload limit = 0 saturates the connection at 11MB/s Does any one have an idea as to what could be going on ? thx, Tom.
  8. +1 for better .syncignore management 10chars.
  9. I think this has been partially addressed with the GUI option called "Restore modified files to original version" , which is a pretty self-explanatory option. You can find it on the "client" side of a read-only sync, in the Folders tab, right click a folder, preferences, it's there right above the secret.
  10. Yes, I am also using the read-only key for this case. When I was setting this up, I usually copied the entire .syncignore file from one machine to the others. In some cases I copied the contents of the file. Both ways would have preserved the file format (CRLF, etc). I never use MS Notepad when editing, always used notepad++
  11. as vadim has said : AppDataAppData\*Your OS is Windows and you should use "\" in the path. That's working for me, I have windows machines on both sides of the sync... what if one side of the sync is Win and the other side is a Linux machine ? Should the paths in .syncignore be different ?
  12. hi o-awesome-o, thanks for your suggestion. Unfortunately changing the .Syncignore to AppDataAppData/*doesn't change anything. Please also take note that, knowing windows, the AppData folder has many subfolders. BTsync seems to be ignoring all folders as instructed, except for the 2 folders mentioned earlier. Also, in between each modification to the .Syncignore file, I'm removing the shared Sync folder at both sides, and I empty the contents of the folder on the destination machine. I then modify the .Syncignore and restart BTsync.
  13. Hi, I've been reading up on several threads / FAQs re the .syncignore file created in the root of a sync-folder. Running 2 windows7 machines, btsync 1.1.82 For this sync, the root is c:\Users\Christiane Both machines have just the one line in their .syncignore : AppDataI can see syncing going on for folders AppData\Roaming\Microsoft\Windows\CookiesAppData\Roaming\BitTorrent SyncWhy?
  14. 1) Copy the folder's read-only secret on what would be considered the source machine 2) Remove the folder from Sync on the machine that is going to be put into read-only 3) Add the folder back to Sync using the read-only secret you previously copied on the machine that is going to be put into read-only At this point, the read-only side is going to re-index the previously synched files ?