Hamilcar Posted November 11, 2013 Report Share Posted November 11, 2013 Hi,I already contacted the support team with a ticket on a previous version of btsync with this problem but I never got an answer, that's why I'm trying the forums.My problem is that btsync is indexing 660'000 files in a folder that contains 150'000 files. It eats a lot of ram, and it's stuck on "indexing" in the GUI.I'm using the synocommunity package on a DS1812+ running the latest version of DSM. BT Sync version is 1.2.72.EDIT: I've fixed part of my problem by adding a "/" to the end of the path while configuring a folder (something like: home/folder1/ instead of home/folder).BT Sync is now showing the right number of files but the synced folder is not showing the right size, I'm guessing it's just a glitch ? EDIT2: After a reboot my problem came back: indexing 600'000 + files (and stuck on indexing) instead of the 150'000 + in the folder any ideas ? Quote Link to comment Share on other sites More sharing options...
Hamilcar Posted November 16, 2013 Author Report Share Posted November 16, 2013 anyone ? Quote Link to comment Share on other sites More sharing options...
dms2013 Posted November 16, 2013 Report Share Posted November 16, 2013 Try the latest version of Bittorrent Sync. Before that, remove all files in the .sync that should be in the same folder that the btsync executable Quote Link to comment Share on other sites More sharing options...
Hamilcar Posted November 18, 2013 Author Report Share Posted November 18, 2013 Thanks for the answer, I unfortunately depend on synocommunity to update the package, so I'll try your suggestion when they have updated the package ! Quote Link to comment Share on other sites More sharing options...
Hamilcar Posted November 19, 2013 Author Report Share Posted November 19, 2013 Quick update on my issue: I discovered that the synology indexing service creates a lot of @eadir folders, so I added @eadir in the syncignore text file and now btsync is indexing the "correct" number of files ! One issue persists: btsync is stuck on "indexing" for that folder. Since I'm still not able to update to the latest version (have to wait on synocommunity to update it), I'll do another reply to see if the indexing issue is still there after updating. Quote Link to comment Share on other sites More sharing options...
Hamilcar Posted November 20, 2013 Author Report Share Posted November 20, 2013 Problem solved with version 1.2.73. Still stuck after restarting the app ! Quote Link to comment Share on other sites More sharing options...
DaveTheNerd Posted April 30, 2014 Report Share Posted April 30, 2014 (edited) I'm trying to solve this @eaDir issue... it's got zillions of these things synced over. I added all of the following to my .SyncIgnore file on my DiskStation for this Folder and... nothing changed. @eaDir@eadir*eaDir*eadir I even added an iPhone to it (that previously was not there) and I still see the @eaDir directories showing up. What am I missing? Edit: I figured out what I was missing: the instructions, specifically, "Note that .SyncIgnore is applied only to the folder where it is contained and will not work with the files that have already been synced." Which means the process to fix this is: 1) Delete all @eaDir directories from the Synology *first*2) Wait for those changes to index (by BitTorrent Sync) and propagate (by BTSync again) 3) THEN add '@eaDir' to your .SyncIgnore file. If you do step 3 first (as I did originally) it will, as requested, IGNORE anything to do with that file/folder. Going forward, of course, it makes sense to put @eaDir in ALL of my .SyncIgnore files on my Synology at the start so this doesn't happen again (and it would be nice if BTSync would do that for us, but... hey... baby steps!) Edited April 30, 2014 by DaveTheNerd Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.