luckman212

Members
  • Posts

    72
  • Joined

  • Last visited

Posts posted by luckman212

  1. @tjluoma Thanks for your always thoughtful comments. I agree we need to cut the Resilio team some extra slack for being much smaller than the "big guys". Throw the joys of 2020 on top of that and the slack on that rope should double at least.

    It's clear to me and to a lot of other power users that Resilio Sync is a superior technology vs the bloated stuff from the big cloud companies like Google Drive, Dropbox, OneDrive etc. With the added benefit of privacy. Which is why I continue to stick with it for now.

    BUT that being said, it would go a LONG way towards restoring confidence in this amazing (but, let's all be honest, very much stalled) product if the devs would pop in here once in a while and give us a "hey we're alive, yes we're working on X,Y,Z and it's looking like a summer 2021 timeframe". The silence is deafening and I think that more than any performance issues or minor bugs, is what's got some of us worried.

  2. Specs:

    • Resilio Sync 2.7.2 (1375) - HomePro license
    • macOS 11.0.1
    • Mac Mini 2018 - 3.2 GHz 6-Core Core i7 / 32GB RAM / 1TB SSD

    Is anyone else seeing high CPU usage from the main Sync process? This is bugging me, and restarting the app or the entire system does not resolve it. This is on a totally idle system, with no activity in the synced folders. Not sure what it's doing or how to debug this. No errors or warnings in the logs... 

    I know it's unlikely anyone from @ResilioInc will respond to this, but thought I'd throw it out there in case... I searched here but only found some very old/stale threads with no resolution.

    image.png.434a55cb1290b8c23f5517dfd8e0b6bf.png

    image.png.0db3688f907d8d39a4462eaa09fc7acc.png

    image.png.35bada6e5a1d7161f545118e89b6b9f6.png

     

  3. @John Fisher and @tjluoma

    Seems to work "ok" for me as well - with 2 cosmetic gotchas:

    1. The menubar icon is dark on dark so you have to really squint to find it. This is crazy low contrast:

    image.png.32ad60219a8ce79528e1ca5bf3e96347.png

    2. If you add your Sync folder to the Finder's sidebar, for some reason it shows up with a generic document icon instead of a folder:

    image.png.d073d5870b1a9c374175e0b2be0e0deb.png

    I tried deleting the folder and creating a new one, making sure it doesn't have any custom icon, and no extended attributes, no hidden "Icon?" file etc.  No idea why it's doing this.

  4. It appears that lines beginning with "#" would be skipped when parsing the IgnoreList, since at the top we have lines like

    # IgnoreList is a UTF-8 encoded .txt file that helps you specify single files, paths and rules
    # for ignoring during the synchronization job. It supports "?" and "*" wildcard symbols.

    But, in the default IgnoreList for new folders, these 3 lines also exist (seems related to Synology Drive app):

    #recycle
    #snapshot
    #SynoRecycle

    I am assuming that this is either a mistake, or somehow this isn't working because I guess these lines would be "ignored by the IgnoreList itself" 🤔

  5. a little more... 

    After reading this page again, it seems like maybe there is an API but it is quite hidden and difficult to enable(?). Looks like possibly if the `api_key` value is configured in sync.conf then the API might be enabled. But, there is no sync.conf anymore, just bencoded settings.dat which is protected with salted hash. At this page, there is a link to Python2 script btsync_edit_settings_w4.py which can decode the encrypted settings.dat file—but how can this be turned back into a valid settings.dat?

    Reading this page it looks like it may be possible to run Sync in configuration mode by placing a copy of sync.conf in the Storage Folder(?). But again, how to take a configured settings.dat and convert to plaintext sync.conf format?

    I am not sure if this is the right path to take to enable the API?
    Please Help @RomanZ
     or @Helen ! 🙂

  6. Coming back 1 year later to this idea 🙂

    Today I again found that one of my folders was no longer syncing - it had a red Exclamation (!) mark and said Database error (link to KB article: https://helpfiles.resilio.com/dbaseerr)  I had to Disconnect, manually sync the folders on all peers using rsync, and then re-connect to clear this up.  RslSync version was 2.7.1 on all peers.

    Apparently the sync had been broken for >1 week and I was not aware of it.

    Some sort of API / alerts / commandline method to query status would have really helped here!  Is there any chance this could be coming in the future?

     

  7. What type of system(s) are these? Linux, macOS, Windows?

    Should be pretty easy to periodically run a script that compares the hash of a file to a previously known value and does something when it changes. If your system is Linux you can run the script every minute with cron etc.

    Here's a bash script I slapped together... you'll need the sha256sum binary, which you can get for just about any platform. See GNU coreutils or if you're on macOS and have Homebrew, `brew install coreutils`. This won't work for Windows but something similar can be done in PowerShell if needed.

    #!/usr/bin/env bash
    
    function calculateHash() {
      sha256sum "$srcfile" >"$oldhash"
      return
    }
    
    [ $# == 0 ] && { echo "usage: $0 <filename>"; exit; }
    
    srcfile="$1"
    fName="${srcfile##*/}"
    oldhash="/tmp/$fName.sha256sum"
    
    if [ ! -e "$oldhash" ]; then
      echo "creating hashfile for $fName"
      calculateHash
      exit
    fi
    
    if sha256sum -c --quiet "$oldhash"; then
      echo "hashes match, taking no action"
    else
      echo "file change detected! doing stuff..."
      # do stuff here #
      calculateHash
    fi

     

  8. I noticed today just by accident that one of my folders was stuck at 100% - sync was not completing for some reason. I had to enable debug mode and found a file that had a weird resource fork for whatever reason was causing the sync to hang. I deleted that file, restarted Sync on both ends and it was green again.

    So the question is:  I would like to know if there is any way to get the sync status via command line / Terminal / bash? I would make a periodic script (cron, LaunchAgent on mac etc) to run and if the sync is not complete then maybe pop a notification, send an alert to Pushover etc. Bonus points if the command could output in an easy to parse format such as JSON.

    maybe e.g.:

    $ rslsync --status [foldername]
    {
        "status": [
            {
                "name": "folder1",
                "peer_count": 4,
                "sync_complete": false,
                "unsynced_files": 2,
                "file_count": 4124,
                "total_bytes": 104230636,
                "last_change": 1559231815
            },
            {
                "name": "folder2",
                "peer_count": 3,
                "sync_complete": true,
                "unsynced_files": 0,
                "file_count": 192,
                "total_bytes": 5263463,
                "last_change": 1559215804
            }
        ]
    }

    (In the above example, last_change represents a timestamp in Unix epoch time)

    I see there is (was?) an API but I am not sure if it's supported anymore and I checked the API docs and don't see any method there to query for sync status anyway.

    This would be so useful... please

  9. Still not sure WHY this worked, BUT in case it helps anyone... what I did was revert from the "Service Mode" to "Standard App Mode". Something about running it as a Windows service was preventing sync. Again, not sure what or why (firewall disabled, nothing else changed in the environment afaik).

    To do this, I re-installed Resilio Sync in non-service mode. Then I copied the contents of "C:\Windows\System32\config\systemprofile\AppData\Roaming\Resilio Sync Service" into "%APPDATA%\Resilio Sync" and just disabled the service for now. Then I ran Resilio Sync.exe—folders were picked up and peers were restored and began syncing immediately.