Helen

Administrators
  • Posts

    2,717
  • Joined

  • Last visited

Posts posted by Helen

  1. 17 hours ago, jocko said:

    no longer used: send_buf_size; recv_buf_size; enable_journaling

    right. buffers parameters didn't make any difference. journals are deprecated and no longer written at all. Everything now goes to sync.log file .

    9 hours ago, ldeveraux said:

    STILL can't minimize the Sync window on Windows 10 startup?

    Looks like Windows released patch in January that has option to disable this feature https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/apps-reopening-on-start-up-after-shutdownrestart/b6d6b6b1-dc08-4ecd-aad7-088eb7cb723e 

  2. see the disk load with 'top' command if you're ok with ssh to your NAS. Perhaps, disks are too busy and write downloaded files slowly. 

    Also, in user manual there are a few guides on how to troubleshoot speed. 
    https://help.resilio.com/hc/en-us/articles/204762319-How-can-I-improve-data-transfer-sync-speed-
    https://help.resilio.com/hc/en-us/articles/205450195-Download-upload-speed-is-very-slow

    But generally, some info is missing - what's the bandwidth, was the folder pre-seeded or now, how much RAM your NASes have in general (may be they're swapped?), what's the CPU. Better contact support with debug logs to have your particular case analyzed. 

  3.  

    On 7/27/2018 at 8:35 PM, bratten said:

    There should be a way to see the path to the conflicted files without using the web inspector.

    there is. hove mouse over the conflicted file and see the path. click on it and sync will take you to the file 

    1.png

    On 7/27/2018 at 8:35 PM, bratten said:

    message saying "load torrent request, will try to load torrent for file <file>" That's the decrypted file that's causing the conflicts!

    not necessarily. While it may have worked for clearing conflicts in your case, i must warn that this line refers to all files that a peer wants to download. I mean seeing this line does not mean that there are some conflicts.

  4. Dear community,

    Sync 2.6.0.1317 release is now available. It's available only via "Check now" (manual update) and is NOT available via autoupdate. Also, you can get it via direct links below or from resilio.com site.

    Direct Download Links:

    Here are what's new and change log.

  5. Are there more details? like what this folder its, what exactly "doesn't index' means - you mean Sync reported zero size for this share  in UI on NAS? And only after you copied files to PC manually, Size on NAS in UI increased ? 

    Any specific details would be great. With these please contact support. 

    As for users: for Sync to be able to to sync files, the user who runs it must have read-write access to files. On Synology it's rslsync user. It belongs to admin group, but you have admin disabled on your NAS. you can explicitly give rslsync access to the folder. 
     

    On 7/12/2018 at 11:12 PM, munus dei said:

    I changed the owner of the folder to admin in the file manager. Read that somewhere. Is it really necessary?

    people changed it cause they had Sync running as admin user. 

  6. Are there peers connected to the faulty share? This message may mean that the folder tree cannot merge with that on other peers, or that some files cannot be read by QNAP. You might want to send the debug logs to support or just remove the share from Sync and add it back and re-share. Check files permissions to make sure that they can be read by Sync (admin user by default).  

  7. all that can be synced, is synced there. But some subdirs have '.lock' on them, which is pretty much expected - git might be locking some items. for example:
    heads/feature/ui-components-20180508.lock"
    ui-components/lib/itx-vue-webpack/refs/remotes/origin/devel.lock"
    etc. Release this lock. If the problem remains, please contact support with debug logs per instruction:
    https://help.getsync.com/hc/en-us/articles/206664730-Collecting-debug-logs-