Search the Community

Showing results for tags 'container'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Resilio Sync
    • Sync General Discussion
    • Sync Troubleshooting
    • Sync for NAS (Network Attached Storage)
    • Sync Stories
    • Developers
    • Feature Requests

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Location


Interests

Found 2 results

  1. Hi all, I have troubles automatically syncing directories in my user context with having the Sync instance encapsulated in a Docker container (having a Pro licence) Using the Sync-Dockerfile [1] [2] (afais Ubuntu 15.04), I have setup an instance on a Ubuntu based server and anothe rinstance on my Fedora 23 desktop. the server's data directory points to a btrfs subvolume, i.e., DATA_FOLDER="/data/sync/" > docker run -d --name Sync -p 127.0.0.1:$WEBUI_PORT:8888 -p 55555 -v $DATA_FOLDER:/mnt/sync --restart on-failure bittorrent/sync on the desktop I mount additionally my user's home to be able to sync selectively directories, i.e., into the containers /mnt/mounted_folders path (afais the target path for additional directories in the container's default config) > docker run -d --name Sync -p 127.0.0.1:$WEBUI_PORT:8888 -p 55555 -v $DATA_FOLDER:/mnt/sync -v /home/MYUSER:/mnt/mounted_folders/MYUSER --restart on-failure bittorrent/sync When I add on my desktop a directory from my user's home path, it appears in principle after some time in the server's WebUI and the base directory created in server:/data/sync/folder/... However, no files are being synced and the directory on the server stays empty. On the desktop, a .sync firectory is created being owned by root as the docker daemon's owner. I have already tried to decrease the scan frequency to 300s just in case the file system notifies are not being passed through to the container(??) - but without success and the content of the user folder is not synced. Maybe somebody has an idea for me, how to get the user folder synced? Cheers and thanks, Thomas
  2. From what I read the last couple of days around the forum Sync uses AES 128 encryption for the transfers which should be more than enough for most users. But since it's closed source and most security concerned people prefer to have the control in their own hands I believe a lot of people will be syncing AES 256 TrueCrypt containers. Here is what I have learned so far, please correct/add things so we can make one stop, best practices thread for syncing encrypted stuff. - Sync works well with fixed size encrypted containers. It splits the files in 4mb chunks and will only re-transfer the chunks that have been changed. - If the container is not fixed size and even one byte is added or removed it will re-ransfer the whole container because it can't track shifted data. - On some OS you will have to set TrueCrypt to update the last modified date, so Sync can understand the file is modified and sync it. (By default TryeCrypt doesn't change the container date) On other OS that is not needed (some clarification from people in the known why the behavior is different will be appreciated) - No matter how much data you've changed in your container you will have to dismount it, in order for Sync to be able to sync, since it doesn't sync files in use. (Right?) Please note, this is information I found around the forum, i'm just about to start testing that myself. So, if there are people with actual experience, it will be really useful if they can confirm that and add their own observations and advises. I'm also very interested if someone managed to corrupt a container already by syncing it? In that case does the trash folder helps? Generally lets make this a thread that would be enough for everyone to read and start syncing encrypted stuff safely right away in an optimal way.