aosaigh

Members
  • Content Count

    10
  • Joined

  • Last visited

About aosaigh

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I posted on Reddit and got a suggestion that fixed the issue: https://www.reddit.com/r/synology/comments/9huria/getting_resilio_sync_folde_visible_in_dsm/ You have to create the shared folder first via the DSM dashboard, then set up Resilio and tell it to use that shared folder. I had already synced 100s of GBs of data to the Synology over Resilio, so I didn't want to have to do that all again. My process was: Uninstall Resilio Create a new "Sync" folder (different name to the default "Resilio Sync" folder that Resilio sets up initiall) via the DSM dashboard Get SSH access to the Synology and log in. Copy everything from the old "Resilio Sync" folder to the new "Sync" folder Reinstall Resilio, making sure to choose the "/volume1/Sync" folder during setup, not "/volume1/Resilio Sync" folder Connect all your folders in Resilio, re indexing all the existing data. This worked OK for me, but YMMV
  2. I've got a DS218+ and I've successfully gotten Resilio up and running using the guide. The only issue is that I can't see the Resilio Sync folder in the "shared folder" section of DSM, not can I set up the Resilio Sync folder to be shared over AFP/NFS/Samba etc. Is is possible to do this? I would imagine it has something to do with the rslsync user (which I also can't see in DSM)
  3. aosaigh

    OSX high idle CPU usage

    Thanks Helen, Good to know. I have a support ticket open at the moment but knowing that I will try figure out the problem
  4. aosaigh

    Latest Desktop Build 2.4.0

    @Manu.74 your folders need to be owned by `rslsync` user, not `btsync` like before
  5. aosaigh

    OSX high idle CPU usage

    I've now updated the linux machine to 2.4 but there is now the following in the logs that repeats every second or so: [20160924 19:13:02.654] JOURNAL[C7E5]: got 1 files from remote (192.168.0.11:65132) [20160924 19:13:02.654] JOURNAL[C7E5]: Mutex file check failed with error : 103 [20160924 19:13:02.654] SF[C7E5] [E40B]: State sync finished [20160924 19:13:02.654] D! 10SyncTcpReq[0x00007f97c014fc30][TCP-TUNNELL] [0000]: cancel C014FC30 - incoming merge, refcount - 2 [20160924 19:13:02.654] MD[C7E5]: OnFinishedProcessingFilesFromRemote [20160924 19:13:02.655] SF[C7E5]: Merge finished - tree_hash: F1F053D905C7D9008AE6CB2C628A9C07F8FB1AA2, tree_ts: 1474563376, files_count: 125, request: 0x00007f97c014fc30 [20160924 19:13:02.678] D! 10SyncTcpReq[0x00007f97c014fc30][TCP-TCP] [0000]: destroing C014FC30 cbcnt:9 - incoming merge [20160924 19:13:03.155] JOURNAL[C7E5]: Mutex file check failed with error : 103 [20160924 19:13:03.211] PC[0x00007f97c01518b0][0x0000000000000000][192.168.0.11:65132:TCP] incoming connection from 192.168.0.11:65132 [20160924 19:13:03.268] PC[0x00007f97c01518b0][0x0000000000000000][192.168.0.11:65132:TUNNELL] recognized incomming SyncTcpReq[0x00007f97c014fc30] [20160924 19:13:03.269] SF[C7E5] [E40B]: Received request "id" [20160924 19:13:03.269] SF[C7E5] [E40B]: Got id message from peer Macbook Pro (1050912E45E086F98F2B1C644AD4FB3B22A4E40B) 2.4 [20160924 19:13:03.269] D! 10SyncTcpReq[0x00007f97c014fc30][TCP-TUNNELL] [0000]: debug C014FC30 - incoming merge [20160924 19:13:03.269] SF[C7E5] [E40B]: Got state sync request [20160924 19:13:03.269] SF[C7E5] [E40B]: Received request "peers" [20160924 19:13:03.269] SF[C7E5] [E40B]: Received request "get_root" [20160924 19:13:03.269] SF[C7E5] [E40B]: ConecurrentMergeController has started merge request[0x00007f97c014fc30] processing [20160924 19:13:03.269] MC[C7E5] [E40B]: processing get_root message, my hash: F1F053D905C7D9008AE6CB2C628A9C07F8FB1AA2, remote hash C1004D1FF918B8BA9496F64922B35CC2BFDC5B84 [20160924 19:13:03.647] SF[C7E5] [E40B]: Received request "get_nodes" [20160924 19:13:03.647] MC[C7E5] [E40B]: processing get_nodes message for / [20160924 19:13:03.757] SF[C7E5] [E40B]: Received request "get_nodes" [20160924 19:13:03.757] MC[C7E5] [E40B]: processing get_nodes message for /devices [20160924 19:13:03.866] SF[C7E5] [E40B]: Received request "get_nodes" [20160924 19:13:03.866] MC[C7E5] [E40B]: processing get_nodes message for /devices/CBIJCLSF4CDPTDZLDRSEVVH3HMRKJZAL [20160924 19:13:03.974] SF[C7E5] [E40B]: Received request "get_nodes" [20160924 19:13:03.974] MC[C7E5] [E40B]: processing get_nodes message for /devices/CBIJCLSF4CDPTDZLDRSEVVH3HMRKJZAL/info.dat [20160924 19:13:04.082] SF[C7E5] [E40B]: Received request "get_files" [20160924 19:13:04.082] MC[C7E5] [E40B]: processing get_files message with 1 paths [20160924 19:13:04.082] MC[C7E5] [E40B]: will send files for /devices/CBIJCLSF4CDPTDZLDRSEVVH3HMRKJZAL/info.dat [20160924 19:13:04.083] JOURNAL[C7E5]: Mutex file check failed with error : 103 [20160924 19:13:04.284] SF[C7E5] [E40B]: Received request "files" [20160924 19:13:04.284] MC[C7E5] [E40B]: processing files message with 1 files [20160924 19:13:04.285] MC[C7E5] [E40B]: Local file devices/CBIJCLSF4CDPTDZLDRSEVVH3HMRKJZAL/info.dat is older than remote t:1474560552/1474728748 ot:3890823/3891045 o:1050912E45E086F98F2B1C644AD4FB3B22A4E40B/1050912E45E086F98F2B1C644AD4FB3B22A4E40B
  6. aosaigh

    Latest Desktop Build 2.4.0

    Does the http://linux-packages.getsync.com/btsync/deb Debian repo need to be updated? I'm on 2.3.8 and haven't been able to update.
  7. aosaigh

    OSX high idle CPU usage

    Hmmm. So "my other machines" above include a home linux server. I noticed that once I stopped the btsync service on that machine my OSX idle usage immediately stopped. Looking at the syncs there are no more "getsyncfolders" every second.
  8. I'm using Resilio 2.4 on OSX 10.11.6 (El Capitan on a 2015 MPB 15" retina). I'm noticing an average CPU usage of 15-20% while Resilio is idle (no indexing or transferring). When I look at the sync.log I see that there is some sort of polling taking place every second. [20160922 10:40:04.579] API: --> getsyncfolders(discovery=1&t=1474537204574) [20160922 10:40:05.714] API: --> getsyncfolders(discovery=1&t=1474537205709) [20160922 10:40:05.830] API: <-- getsyncfolders({ "corestate": [ ], "folders": [ LONG LIST OF ALL MY SHARES ], "loading" : false, "speed" : {"downspeed" : 0,"upspeed" : 0},"status" : 200} [20160922 10:40:06.839] API: --> getsyncfolders(discovery=1&t=1474537206834) [20160922 10:40:06.968] API: <-- getsyncfolders({ "corestate": [ ], "folders": [ LONG LIST OF ALL MY SHARES ], "loading" : false, "speed" : {"downspeed" : 0,"upspeed" : 0},"status" : 200} ... I'm not sure is this my laptop pinging my other machines or visa versa but I assume it is responsible for the idle CPU loads. This seems very eager. Is this normal behaviour?
  9. I am running 2.3.8 on OSX and on Ubuntu with my local network. I have set up a number of shared folders on my Mac that have successfully synced to the NAS. They are 'advanced' folders for which I'm the owner. Now when I add a new subfolder with content on my NAS, the syncing changes are not reflected on my Mac. In other words, syncing only seems to be happening in one direction for this particular share. I have tested other shared folders and when I add a file on the NAS they are updated on the Mac so it's only happening in this one particular folder.
  10. I want to sync a number of folders between multiple devices on my network. Once of these folders has > 100Gb of photos, another has a very large number of small files. The initial sync of these folders across devices is going to therefore take a large amount of time. Are there any shortcomings of simply copying these folders initially (via a simple external USB transfer or rsync) than simply "hooking them up" on Resilio once they have been transferred so that they can be indexed?