-
Posts
30 -
Joined
-
Last visited
Everything posted by MerceanCoconut
-
[Solved] Btsync:// Protocol Not Available
MerceanCoconut replied to MerceanCoconut's topic in Sync Troubleshooting
Sync was installed in Program Files (x86), so I decided to reinstall and grab the 64 bit version while I was at it. That did indeed register the protocol. I was pleased to see that uninstalling didn't remove existing sync directories. Thanks! -
I have Bittorrent Sync 1.4.93 on Windows 7. This is the first time I've tried adding a sync folder by email. I get has far as my browser trying to open a btsync:// link and not knowing what to do with it. I have checked the default programs and there is no btsync:// protocol available. I'm guessing that somewhere during the upgrade process this was missed. Anyone else with this problem? I assume I need to add the protocol and link it to the btsync client. I'm not sure how to do that.
-
Agreed. I have been waiting for this feature. I find it very strange that the UI can be bound to a specific NIC, but not the engine. From the sync.log file it seems to me that the engine binds to a single NIC, but I don't know how it decides.
-
Best Practices for Sending Secret
MerceanCoconut replied to MerceanCoconut's topic in Sync General Discussion
Thanks everyone for your feedback, some of which are quite humorous. You've provided a number of feasible options depending on the situation. -
Best Practices for Sending Secret
MerceanCoconut replied to MerceanCoconut's topic in Sync General Discussion
In person, with a thumb drive is what I have been doing. With the group of people I want to share the secret with, I'm on the only one that would use PGP and the only one without a mobile phone, so solutions involving either of those would be difficult. I came across a website this morning for sharing things once: https://1ty.me/ Frankly, it seems to be the perfect solution. Any thoughts? -
What's the recommended method of giving someone your sync secret?
-
Okay, thanks for your reply. Debug logging won't help with something that's already happened, but I am able to copy the history line by line. Not ideal, but it works.
-
Using the Windows client, how can I save the information on the history tab?
-
Thanks for all your work, tuxpoldo. Would it be difficult to add uid/gid/umask settings to be managed by debconf? The last time I checked these needed to be configured manually.
-
wizlon, Something that I've noticed with running two separate instances is that the webui doesn't work properly for both if accessing from the same browser. I would recommend running a different browser for each webui that you want to access. This doesn't address your syncing issue, but once you get things running you will likely run into this problem.
-
The umask was not what I wanted...after changing to 0007 things are working as I'd expected. I had a momentary lapse of thinking and forgot that the umask erases bits. The webUI works now. I suspect that putting a '7' in the user umask caused problems.
-
I'm getting strange behaviour using the UMASK setting. Any time I enable it, the web UI stops working. The first lines of my config file are: //!/usr/lib/btsync/btsync-daemon --config // // DAEMON_UID=chris // DAEMON_GID=executives // DAEMON_UMASK=0770 // I am managing the file myself, not using dpkg. I have the same behaviour for 1.1.33 and now 1.1.40. As an aside, the dpkg options allow for setting umask, but not UID or GID.
-
You can also check which version you have installed and what is the latest available version by typing apt-cache policy btsync Perhaps you've installed both btsync and btsync-user? You can check by running dpkg -l | grep btsync
-
Great to hear that umask/permissions is being looked into. Thanks for all of your contributions, tuxpoldo!
-
Are there any issues with having two network adapters on a client? I have noticed on other clients the IP address switching back and forth while it's trying to negotiate. Is it possible to to set the listen adapter? I know I can set the IP for the webUI.
-
From what I've read, if I add a filename to .SyncIgnore that has already been synced and restart Sync, that file should be removed from other clients. However, when I do this, the file is not removed. New files are kept from syncing, but already existing files are not cleaned out. For example, client 1 has a lot of '.directory' files created by the file manager. If i add '.directory' to .SyncIgnore I expect that those files should be deleted from client 2. This does not happen. If I start deleting .directory files from client 2, they are now deleted from client 1. I'm using 1.1.15 on linux.
-
Error: Selected folder is already added to BitTorrent Sync
MerceanCoconut replied to btwalker's topic in Sync Troubleshooting
I see the same behaviour if the sync folder is explicitly set in the config file. This is on 1.1.15. -
Syncing between two machines has stalled. I see the following in the log: [20130517 22:03:15.873] 192.168.21.2:45001: did not pick any blocks. blocking peer temporarily What does it mean?
-
That was my thinking as well. Thanks.
-
Is it a good idea to add typical lock files to the ignore list? Are there any downsides? As far as I can tell if someone else is editing a file and the lock file gets synced to my machine. It looks like I created the lock file, so in the case of Word it wouldn't stop me from opening and editing that file anyway.
-
I feel pretty stupid. For some reason I thought only the webui port could be changed in the conf file, but there it was. Thanks for your reply.
-
Is it possible to set a static listening port? On linux, every time sync is restarted it chooses a new listening port.
-
The machine I'm running it on has 1.5 GB of RAM, so I think it should be enough. On another machine running wheezy, it has 1 GB of RAM and runs with no problems. On the machine that crashes frequently, I have tried all btsync versions since 1.0.132 on squeeze and after upgrading to wheezy. It has consistently crashed in all scenarios.