Moe

Members
  • Posts

    624
  • Joined

  • Last visited

  • Days Won

    6

Posts posted by Moe

  1. I was just thinking, if you would use OS X there is an awesome application called Hazel that automates things on a folder/file event basis. I have a couple actions that run shell and javascript scripts for the file that has been caught by a rule for a specific folder.

     

    So let's say that folder would be called "MEGA Upload" and whenever there is a file in it with the extension .mp4 I want to run this rule called X. The rule X tells Hazel to run a script for every file with the extension .mp4 it will do it. So you could call bin/bash and run the magatools upload command for that file and remove the file afterwards automatically.

     

    But that's just if you had OS X :D :/

     

    So.. I have no idea if there's such a thing for Windows. I use Win7 but am still on the hunt for something similar. Right now I have some folder shared from my Win machine to my Mac that my mac is watching with Hazel :D

    (BTW I also use MEGAtools and I think it's awesome)

  2. That's half the truth :> On the Drobo with the pre-packaged binary there is a line in the service file that starts BitTorrent Sync that puts the errors in a log file. But I was not able to get any logs put in that config file so...

     

    If you unpack the archive you will see the service.sh and on line 51 the following

    start() {  _mount_tmp  _create_config  "${daemon}" --config "${conffile}" >> "${logfile}" 2>&1  _avahi_update}

    That's where the service gets started and all the output should land in the log file but it doesn't.

    I will try to reproduce and report back!

  3. Yes, ok that makes sense to me.

    Also this kind of happens to any error while reading the config file. If btsync cannot read it or is expecting a different value than what is set in the file it just silently quits. Would be nice to see some log on the STDOUT.

  4. pi@raspberrypi:~$ sudo ~/.btsync/btsync --config ~/.btsync/config --nodaemon[17:11:02.530] API: loaded v2 key - id: ID, expiration_date: 07/31/16 17:00:00, features: a1By using this application, you agree to our Privacy Policy, Terms of Use and End User License Agreement.https://www.getsync.com/legal/privacyhttps://www.getsync.com/legal/terms-of-usehttps://www.getsync.com/legal/eula[20150819 17:11:02.588] total physical memory -1 max disk cache 2097152[20150819 17:11:02.594] In order to proceed, you must agree to the terms of the Sync EULA; see https://www.getsync.com/legal/eula. By setting the parameter "agree_to_EULA" to "yes", you are agreeing to the EULA.

    Thanks for that hint!

     

    So you also have to put the in the global portion of your config file and not the webgui portion where you have to put the API key. That's weird, I would've assumed that those two go together ¯\_(ツ)_/¯.

     

    So I edited the config file and for completion sake here is what it looks like:

    {  "device_name": "[Moe] Raspberry Pi",  "listening_port" : 64855,  "use_upnp" : false,  "profiler_enabled" : false,  "send_statistics" : false,  "lan_encrypt_data" : false,  "agree_to_EULA" : "yes",  "webui" :  {    "listen" : "0.0.0.0:8888",    "login" : "admin",    "password" : "superrandompassword",    "allow_empty_password" : false,    "directory_root" : "/mnt/btsync/",    "directory_root_policy" : "all",    "dir_whitelist" : [ ".*" ],    "api_key" : "KEY"  }}

    And the fact that you have to agree to the EULA with a yes instead of having it a BOOLEAN is also weird.

     

    But I am glad it works now.

    Thanks Roman!

  5. You can't sync the same folder with multiple instances of BitTorrent Sync since there is a folder called .Sync inside your share with information about it.

     

    If I understand you correctly you have two users using the same PC, both having BitTorrent Sync installed and wanting to share the same folder. If that is right, then you are out of luck.

    Sorry

  6. What is it that after I add my API key to the configuration file sync won't start.

     

    Here's the output of my terminal session

    pi@raspberrypi:~$ sudo service btsync start[21:28:02.400] API: loaded v2 key - id: <ID>, expiration_date: 07/31/16 17:00:00, features: a1By using this application, you agree to our Privacy Policy, Terms of Use and End User License Agreement.https://www.getsync.com/legal/privacyhttps://www.getsync.com/legal/terms-of-usehttps://www.getsync.com/legal/eulaBitTorrent Sync forked to background. pid = 1003. default port = 8888

    And here is my configuration file

    {  "device_name": "[Moe] Raspberry Pi",  "listening_port" : 64855,  "use_upnp" : false,  "profiler_enabled" : false,  "send_statistics" : false,  "lan_encrypt_data" : false,  "webui" :  {    "listen" : "0.0.0.0:8888",    "login" : "admin",    "password" : "supersecretpassword",    "allow_empty_password" : false,    "directory_root" : "/mnt/btsync/",    "directory_root_policy" : "all",    "dir_whitelist" : [ ".*" ],    "api_key" : "170charapikey"  }}

    And yes, my init script is working just fine.

    If I get rid of the api_key line sync starts and everything is good.

     

    Anyone any idea?

  7. Well you could create an encrypted container, like you already suggested yourself, and then point BitTorrent Sync to that contained that you have mounted and it should start syncing to your other clients.

    Obviously it will only sync if you have the container mounted and that also meant that other people can access the data during that time.

  8. Maybe you should just wait for tuxpoldo to update his version since you seem not too familiar with linux.

     

    You could also follow this post and the following posts after that to replace the binary.

    Just be careful what you are doing!

     

    For your Pi you would need to download the ARM version instead of the "linux" version.

     

    Here is the post I am reffering to: http://forum.bittorrent.com/topic/18974-debian-and-ubuntu-server-unofficial-packages-for-bittorrent-sync/page-37#entry107497

  9. Thank you for idea with .SyncIgnore, I'm going to search more informations. Just 2 littles questions : is it supported with 1.4 and 2.0 version ? And are subfolders ignored if the parent folder is ignored ?

     

    Yes and Yes.

    You can be as specific as you want to be with the SyncIgnore file.

    Lots of threads about it here on the forums. I bet you will find something

  10. Based on my reading of the v2 docs, I'd say you're out of luck.  They seem to be read-only settings.

     

    Yeah I am also that far but I know that they refer to the old secret system - there you can create a secret that tells the BTS executable that this share is encrypted. But how do you set this with the new API.

    Is it not supported yet? Is it on their todo list? Is it something they don't want to support? And if yes, why? Because I know plenty of very good reasons for encrypted shares.

     

    Basically now I am waiting for someone of the BTS Team to give some feedback on this.

     

    /e

     

    Ok I found this: http://forum.bittorrent.com/topic/40814-how-to-create-sync-folders-not-classic-using-v2-api/

    Let's see and wait.

     

    BUT I still want to have it confirmed by someone if possible

  11. Yeah BitTorrent Sync does not support symlink following. So you are stuck with having to create a share for it.. But if anyone else has a better answer to this please help us out. But AFAIK there's nothing I can say about that.

     

    Oh mhh.. also watch out when you try to sync C:/ root.. it's probably not working as you would expect.

     

    What you can do to limit the amount of shares you want to sync is working with the .SyncIgnore file.

     

    You can edit this file when you have BitTorrent Sync turned off and in there you can determine what kind of files or folder you want to sync with this specific share.

     

    You can find more about how to work with the .SyncIgnore file at help.getsync.com or if you search for it here on the forums.

  12. No it does not support following symbolic links.

    It will sync the link itself to it's other peers having access to that share but they would have to have access the destination of the symbolic link. Like if the the symbolic link is a link to a NAS or something like that the link will get transferred.

    But BitTorrent Sync won't transfer the files you point to with that link.

  13. So one client would need a pro license since it handles 10 folders per client. So in your case 50 folders that you have to add on your server. The server would need the pro license. The clients, as long as you stay under 10 shares you should be good.

     

    But of course you could work something out in your design of the shares that you can handle one share for one client that contains 10 folders. If you know what I mean.