Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Browse files

adding a readme to lantorrent

  • Loading branch information...
commit 3ce6f478fb78e3dd1fc1b829e8e78f9024e2629d 1 parent 5c01fd3
BuzzTroll authored
View
156 lantorrent/README.txt
@@ -0,0 +1,156 @@
+==========
+Lantorrent
+==========
+
+Lantorrent is a file distribution protocol integrated into the Nimbus
+IaaS toolkit. It works as a means to multi-cast virtual machine images
+to many backend nodes. The protocol is optimized for propagating
+virtual machine images (typically large files) from a central repository
+across a LAN to many virtual machine monitor nodes.
+
+Lantorrent works best for the following scenarios:
+
+1) large file transfers (VM images are typically measured in gigabytes)
+2) local area switched network (typical for data center computer racks)
+3) file recipients are willing peers.
+4) many endpoints request the same file at roughly the same time
+
+-----------------
+Protocol overview
+-----------------
+
+When an endpoint wants a file it submits a request to a central agent.
+This agent aggregates request for files so that they can be sent out in
+an efficient single multi-cast session. Each request for a source file
+is stored until either N request on that file have been made or N'
+seconds have passed since the last request on that source file has been
+made. This allows for a user to request a single file in several
+unrelated session yet still have the file transfered in an efficient
+multi-cast session.
+
+Once N requests for a given source file have been made or N' seconds
+have passed the destination set for the source file is determined. A
+chain of destination endpoints is formed such that each node receives
+from and sends to one other node. The first node receives from the
+repository and send to a peer node, that peer node sends to another,
+and so on until all receive the file. In this way all links of the
+switch are utilized to send directly to another endpoint in the switch.
+This results in the most efficient transfer on a LAN switched network.
+
+Often times in a IaaS system a single network endpoint (VMM) will want
+multiple copies of the same file. Each file is booted as a virtual
+machine and that virtual machine will make distinct changes to that file
+as it runs, thus it needs it own copy of the file. However that file
+does not need to be transfered across the network more than once.
+Lantorrent will send the file to each endpoint once and instruct that
+endpoint to write it to multiple files if needed.
+
+-----------------------------
+Enabling Lantorrent in Nimbus
+-----------------------------
+
+Lan torrent is part of the nimbus distribution as of Nimbus 2.XXX.
+However, due to system administrative overhead it is not enabled by
+default. To enable Lantorrent in nimbus there are a few configurations
+changes that must be made.
+
+1) edit $NIMBUS_HOME/nimbus-setup.conf
+ change lantorrent.enabled: False -> lantorrent.enabled: True
+
+2) edit $NIMBUS_HOME/services/etc/nimbus/workspace-service/other/common.conf
+ change the value of propagate.extraargs:
+ propagate.extraargs=$NIMBUS_HOME/lantorrent/bin/lt-request
+
+ be sure to expand $NIMBUS_HOME to its full and actual path.
+
+3) xinetd
+ Lantorrent is run out of xinetd thus it must be installed on all VMMs.
+
+4) install lantorrent on VMM
+ - recursively copy $NIMBUS_HOME/lantorrent to /opt/nimbus/lantorrent.
+ - run ./vmm-install.sh on each node
+ either run it as your workspace control user or specify the workspace
+ control user as the first and only argument to the script.
+
+4.1) install lantorrent into xinetd
+ - the vmm-install,sh script creates the file lantorrent.inet. This
+ file is ready to be copied into /etc/xinetd.d/. Once this is done
+ restart xinetd (/etc/init.d/xinetd restart).
+
+5) [optional] if the path to nimbus on the workspace control nodes (VMMs)
+ is not /opt/nimbus you will also need to edit a configuration file on
+ all backends.
+
+ In the file:
+ <workspace control path>/control/etc/workspace-control/propagation.conf
+
+ make sure the value of:
+
+ lantorrentexe: /opt/nimbus/bin/ltclient.sh
+
+ points to the proper location of you ltclinet.sh script. This should
+ be a simple matter of changing /opt/nimbus to the path where you chose
+ to install workspace control.
+
+----------------
+Protocol details
+----------------
+
+requests
+--------
+
+transfer
+--------
+
+A transfer from one peer to another is performed for forming a TCP
+connection. A json header is first sent down the socket describing the
+transfer. It describes the files where data must be written, and the
+other endpoints where the data must be sent. As data comes in the
+server will store it to one or more files and forward it on to another
+endpoint. All of this information is contained in the header. The
+header has the following format:
+
+{
+ host
+ port
+ length
+ requests = [ {filename, id, rename}, ]
+ destinations =
+ [ {
+ host
+ port
+ requests = [ { filename, id, rename } ]
+ block_size
+ }, ]
+}
+
+When the server forms a connection with the next endpoint it will form
+another header by removing the first entry of the destination list and
+using the values contained in it as root level values in the header
+described above. If the destination list is empty then the server is the
+last in the chain and no forwarding is needed.
+
+After the header is sent the binary payload (the contents of the file)
+is sent down the socket.
+
+The 'requests' value of the json header contains destination
+information. Each filename in the list is a file where data should be
+written. The value of id is the id of the request for that file. The
+value of rename is a boolean which determines if the file should be
+first written to a temporary location and then moved to the final
+location once all of the data is received. This feature is helpful in
+monitoring file completion.
+
+security
+--------
+
+Each connection to a lantorrent peer comes with a json header. Directly
+following that header is a line of text in the following format:
+ EOH : <signature>
+
+The value of signature is the hmac signature of everything that came
+before the literal EOH. The password for that signature is found in the
+lt.ini file. Every endpoint and the master repo must have the same
+value for that password.
+
+
View
1  lantorrent/pylantorrent/server.py
@@ -16,6 +16,7 @@
# {
# host
# port
+# length
# requests = [ {filename, id, rename}, ]
# destinations =
# [ {
View
3  service/client/java/source/src/org/globus/workspace/cloud/client/util/CumulusTask.java
@@ -748,7 +748,7 @@ private S3Service getService()
j3p,
hc);
- return s3Service;
+ return s3Service;
}
private boolean keyExists(
@@ -795,6 +795,7 @@ public String getImagePath(
// if not found check to see if the image is in the common space
String keyNameCommon = this.makeKey(vmName, "common");
exists = this.keyExists(s3Service, baseBucketName, keyNameCommon);
+ s3Service.shutdown();
if(exists)
{
return keyNameCommon;
View
1  tests/ec2_submit_many.py
@@ -72,7 +72,6 @@ def main(argv=sys.argv[1:]):
image = ec2conn.get_image(imagename)
print "running"
res = image.run(min_count=2, max_count=4)
- dir(res)
res.stop_all()
except:
View
1  tests/ec2_submit_tests.py
@@ -106,7 +106,6 @@ def test_ec2_submit_name_format(self):
k.set_contents_from_filename("/etc/group")
image = self.ec2conn.get_image(image_name)
res = image.run()
- dir(res)
res.stop_all()
def test_ec2_submit_url(self):
Please sign in to comment.
Something went wrong with that request. Please try again.