lolcat
-
Posts
121 -
Joined
-
Last visited
-
Days Won
1
Posts posted by lolcat
-
-
How much ram is it using? My freeBSD box has a share containing somewhere between 2 and 3 million files. It stopped at 1.44m files, and has been using something like 6-700M ram ever since. Have you considered adding some/more swap?
-
Why would you use BTSync for this? rsync would do just fine, wouldn't it?
You could run two instances running on different ports, but why would you? There are better tools for the job.
BTSync is properitary, so it would be a bad option if avoiding that is a goal. Rsync is open-source. -
I don't understand what you are asking, please clarify.
BTSync can sync multiple folders with different users. BTSync can sync different folders to different people. BTSync can sync one folder per user. -
It appears BTSync stops indexing after 1446880 files. Is this a known bug or? It uses CPU and it says indexing, but now new files are added (the folder contains like 2 million tiny files).
-
If you are on linux or is capable of installing a ssh-client on your computer, then setting up BTSync would be trivial and I would help you. If you can't set up ssh on your computer, then I suggest getting someone to do it for you.
-
We need a synchronization solution that will work given these restrictions. Is btsync capable of handling this scenario? What ports does btsync use, what protocols for establishing the network (peer detection) and what protocol and ports for data transfer?
BTSync has some cloud option to break through firewalls, no idea how it works.
The name Bittorrent Sync doesn't provide a clue? It uses the ports you ask it to, it detects peers through local peer discovery, DHT, and through the tracker. It uses a (possibly somewhat modified) Bittorrent protocoll. It uses the port you tell it to.
-
took me 10 min to translate a reply that was not too offensive i'm glad we have not started a flame In this very moment i've shutdown my MAIN node at HOME and another windows client is updating from the RO linux server only.
So i think is doable.
I think that this is pretty normal in a BitTorrent-like network.
I need that option because sometimes on the linux server things can go bad and something (by my fault) is deleted....
I like to play like a mad horse on that server and one day or another i will do a mess.... i know
also...without that option...if you delete a file in the RO server...no matter what you do after....it will be always deleted again and again if you try to restore it manually, even if it exists on the main node....something in some database mark that item as deleted and keep delete it when you manually restore it
All clients will seed each other no matter the source, if it is a good file it will be transferred.
I'm testing right now the same configuration of above and now i've shared the main key with the third client so a full client can sync from an RO client even if the main node is offline.
I assume that the modifications made from anoter FULL node will be transmitted to the MAIN node when it will be online.
P.S.
"Main","secondary" and "full" are not good words in a torrent environment but i use them for clarity.
How this is done is fairly interessting, if you could manipulate the database to add and remove files that would be pretty baad.
-
I use two Drobo 5N. Is it possible to sync one Drobo with another? I want to use it as an offsite backup (one-on-one). An App for Drobo would be great! Does anyone have a guide for this stuff?
Sincerly,
a bittorrent-Noob
Do you have SSH access to it?
-
Well, I was talking about updates wasn't I..
Seeding an updated version will UPDATE the files...
-
1) Bittorrent Sync is not a backup program, why don't you use backup software instead?
2) http://www.digitaltrends.com/mobile/bittorrent-sync-app-review/ Just add the folder that the images goes into. Or google, it shows thousands of tutorials other than the one I listed. -
Yes, they can't change the share, but they can seed any changes that has been made with a read-write secret.
-
Oh, I do appologize. You find that by clicking the gear icon under "Secret/QR" next to the "X" in the "Sharing" column. Then you press advanced. If you can't find these I can attach some screenshots.
I am sorry I am blunt, I am from the north and drink far too much coffee. I still don't understand why the files on a read-only node would be changed, but I am sure it makes perfect sense.
So let me know if you can't find it and Ill make screenshots.Gio, you don't want to have a RO folder in that scenario at all. You need to see RO folders as one way streets: They can be updated, but they never update other machines. If you make the folder on the server RO it will only accept updates from other machines, but never propagate these updates.
In your case you want:
Client1 (RW) <-> Server (RW) <-> Client2 (RW)
Not:
Client1 (RW) -> Server (RO) <- Client2 (RW)
Otherwise Client1 and Client2 will never update each other unless they are both online at the same time.I am pretty sure you are wrong here. The read-only can't seed the files? It can't update the database? Either way it sounds like a bug...
-
I use two Drobo 5N. Is it possible to sync one Drobo with another? I want to use it as an offsite backup (one-on-one). An App for Drobo would be great!
This is the wishlist thread, not a support thread.
Also, drobo is linux, so if you have ssh access you can do that.
-
Lolcat, i assume OP is looking for the "restore modified files to original version" option, which you can find the web interface under the folder preferences in the advanced tab. OP wants to know how to configure this without a (web) gui. Which is a perfectly reasonable question.
Afaik this configuration setting is not documented.
"This is a folder with read only permissions. Modifications made in such a folder will not be displayed on other devices."
I don't see how this doesn't conflict with restoring original versions. But I will setup some test nodes to test the behavior.
Now I got a little curious what it does. I see two possibilities: 1) revert any changes I do locally 2) revert any changes anyone else does.
-
*thinking out loud hypothetical situation* If you were connecting to a sync that relied on manual IP relays and you tried to sync on Android/iOS (and you were on an IP that was whitelisted) would it work? Or do the mobile apps exclusively use DHT and UPNP?
UPNP has nothing to do with peer exchange. It is a miserable system to manage port forwarding with NATs.
I would think DHT and local peer exchange is less suitable for mobile devices. DHT is supposed to be broadcasted to every 15 minutes, local peer exchange every 5 minutes. I wouldn't want my mobile device to waste cycles on sending out that info that often. Besides I would rather have the phone connect to the peers than the other way around (bandwidth saving).
If you have the IP of at least one node then it can be used, so there is no need for the tracker for 5 people. If you could add the IP of one node to the iPhone/android app then it would work. I would find it usefull if I could specify a list of prioritized peers for my phone, most likley it will be able to saturate its internet connection by just connecting to my VPS or my fileserver. Using bandwidth on probing other peers is pointless.
-
An interesting suggestion/comment.
While it is correct that the description above is "centralized" given the presence of the NAS, I believe it is a small step to allow for multiple NAS's by extending the `/catalogue`, and possibly introducing the element of stochastic profiling to assure redundancy based on availability.
I believe all that this will require, is:
1. A log of availability on each device.
2. A function to compute the local the set of files which a device may provide availability for in which time-window
To create the distributed scheduling method with availability forecasting sounds like an interesting challenge.
The precense of a NAS does not making it centralized. It is still P2P if whenever peers come up they can share it between eachother. That is the important part of P2P, every single node can share what they have with every single other node. BTSync has as I mentioned a few problems, and no cross seeding (unless you make hundreds of shares that contain limited amounts of data, but that is pretty unmanagable.
Logging availibility seems fairly simple and reasonable. The function to calculate avilibility at any given time doesn't seem too usefull, but rating the peers and grouping them would make sense. Some user input should be allowed (metadata like ISP, location and bandwidth would be usefull). Then you can avoid your share being distributed on twelve nodes using the same internet connection. It also seems pointless to use bad nodes as encrypted read-only nodes, uploading more than they can upload is just a waste of bandwidth (ADSL connections can have terrible upload, but decent download).
-
1) It is weird indeed. A workaround could be to do the port fowarding manually. Sadly I haven't had the misfortune of using a NAT at home, and since the UPnP was bugging my television I disabled it. From the logs it appeared it tried pretty frequently to connect to open ports.
2) He only has to disable DHCP on the wireless router and connect it to the other router using one of the other ports than the "WAN" port. He does not need to buy any new hardware. -
Issue 1:
Stop restarting your mdem, if it needs to be restarted to handle its usual load you have two possibilities: a) RMA it as its clearly defective
buy a modem that can handle your use. If you use pptoe I would suggest setting up box with pfsense to act as a modem, then use unmanaged switches and wireless access points after it.
Issue 2:
Tell your client that using two NATs is terrible, and to disable DHCP on his wireless router, and use it as a wireless access point. -
Is there any overview over which NAS will give you which speed?
I'm running a Gbit Lan here and can do 100 MB/sec between my computers. I'd like to get a NAS that can also do 100 MB/sec over Bittorrent sync.
Gbit == 125MB/sec. 1000 bit == 125 Bytes.
-
When does it freeze? while indexing? While seeding? while downloading? How much ram do you have? How is the CPU use?
-
I would suggest that you make one folder for each photographer. That way John wont't mess up Mary's photoes. Also as mentioned, make new folders for every day, the version control in BTSync is mediocre at best.
-
You want a read-only node to add files? Do I have to say more?
-
and a 2-step authentication has been proposed in the same topic, I would still like to see a form of 2-step authentication.What I'd love to see is very simple: currently, every shared folder has a secret, and i'd like to see a whitelist added for connecting devices (names) on a per secret basis. Note that spoofing the device name is very easy and does not add any security by itself, however it does turn the game of secret 'guessing' (again, the probability of a hit is very low) from attacking every user simultaneously to attacking a single user directly. Effectively, everything is already available in BitTorrent Sync, with exception of a filter for unknown device names, which then simply would accept/refuse the connection and appear online/offline, respectively.
I agree that every file should be encrypted with its own key, mainly because that makes nested shares possible, and makes adding features simple.
The two factor authentication is just dumb. If you belive the secrets can be guessed, how can you trust AES? Guessing the secret is not an issue, someone deriving the secret through something the client leaks, or through some error in the software is an issue. Adding a password would do nothing for security, but make it harder to use. It makes no sense.
The ability to whitelist hosts seems sensible, that way you can seed only to those you care about, especially usefull if nested shares is implemented and someone shares part of your share with the world.
-
Although that 'works' - I feel it is far to cumbersome and I'd just be better off using dropbox. Bare in mind this has to be quick and simple not just for me, but also something that a GIRLfriend can work out with ease :-P
I'm actually amazed there isn't a user friendly system that handles what I am asking for. It feels like that should have been available before the "cloud" became a thing in terms of technological advancements
Back when I worked for international firms, they of course had network folders accessible within the office, but also the offices in other cities also had access. How would they achieve it, because that's effectively what I want
Bittorrent seems to be along he lines of what I want... I don't know why there isn't a simple option to disable syncing and just have browsing - maybe that's more complicated then I think.
I agree so much to this sentiment. BTSync is not done, and I am afraid fun features will be paid features. What you are looking for looks more like a P2P storage solution, I am looking into the possibility of making such a system, after all it should be quite simple to create.
To have bittorrent to distribute files per request would be brilliant. Simply download a small database containing torrents, and file structures, and encryption keys, then you either download a folder automagically, or a file per request.
To make a better, and more functional BTSync would require very little, most of the software is allready there.
The international firms would set up VPN's between each office to make it look like that all the computers were part of the same network.
To be able to list files before downloading you can either:
Set up an FTP Server
or
Set up a Web Server
that points to a folder, whether it is synced or not.
So you get the listing access you require via FTP/WWW and still can have BTSync syncing files between other computers as well if you so choose.
FTP is not P2P, a webserver is not P2P. To setup a centralized system would be a completly different thing.
To make the BTSync client have these features would require little to nothing by the BTSync staff, simply open up the API (then someone will write their own client), or add it to the normal client.
BTSync unfortunatly lacks the features to make it P2P, yes it is distributed, but they can't cross share, so it is more of a node to node system.
For big files I would prefer the bitorrent protocoll over FTP, for many small files I would prefer the bitorrent protocoll.
took me 10 min to translate a reply that was not too offensive 
buy a modem that can handle your use. If you use pptoe I would suggest setting up box with pfsense to act as a modem, then use unmanaged switches and wireless access points after it.
Wishlist (Archive)
in Feature Requests
Posted
Making a drobo app for bittorrent sync should be minimal amounts of work. And installing it manually on drobo should take no more than a few minutes.