- 06 Oct, 2016 1 commit
-
-
Leigh B Stoller authored
OSinfo and Image into a single object for the benefit of the perl code. The database tables have not changed though.
-
- 20 Mar, 2016 1 commit
-
-
Leigh B Stoller authored
-
- 22 May, 2015 1 commit
-
-
Leigh B Stoller authored
-
- 15 May, 2015 1 commit
-
-
Leigh B Stoller authored
Soon, we will have images with both full images and deltas, for the same image version. To make this possible, the image path will now be a directory instead of a file, and all of the versions (ndz,sig,sha1,delta) files will reside in the directory. A new config variable IMAGEDIRECTORIES turns this on, there is also a check for the ImageDiretories feature. This is applied only when a brand new image is created; a clone version of the image inherits the path it started with. Yes, you can have a mix of directory based and file based image descriptors. When it is time to convert all images over, there is a script called imagetodir that will go through all image descriptors, create the directory, move/rename all the files, and update the descriptors. Ultimately, we will not support file based image paths. I also added versioning to the image metadata descriptors so that going forward, old clients can handle a descriptor from a new server.
-
- 23 Apr, 2015 1 commit
-
-
Leigh B Stoller authored
-
- 28 Jun, 2013 1 commit
-
-
Leigh B Stoller authored
-
- 24 Sep, 2012 1 commit
-
-
Eric Eide authored
This commit is intended to makes the license status of Emulab and ProtoGENI source files more clear. It replaces license symbols like "EMULAB-COPYRIGHT" and "GENIPUBLIC-COPYRIGHT" with {{{ }}}-delimited blocks that contain actual license statements. This change was driven by the fact that today, most people acquire and track Emulab and ProtoGENI sources via git. Before the Emulab source code was kept in git, the Flux Research Group at the University of Utah would roll distributions by making tar files. As part of that process, the Flux Group would replace the license symbols in the source files with actual license statements. When the Flux Group moved to git, people outside of the group started to see the source files with the "unexpanded" symbols. This meant that people acquired source files without actual license statements in them. All the relevant files had Utah *copyright* statements in them, but without the expanded *license* statements, the licensing status of the source files was unclear. This commit is intended to clear up that confusion. Most Utah-copyrighted files in the Emulab source tree are distributed under the terms of the Affero GNU General Public License, version 3 (AGPLv3). Most Utah-copyrighted files related to ProtoGENI are distributed under the terms of the GENI Public License, which is a BSD-like open-source license. Some Utah-copyrighted files in the Emulab source tree are distributed under the terms of the GNU Lesser General Public License, version 2.1 (LGPL).
-
- 21 Aug, 2007 1 commit
-
-
Leigh B. Stoller authored
widearea reloading support. * New slot in the images table to store an access key which remote sites must provide in order to download an image (via https). * tmcd returns a different kind of ADDRESS field from doloadinfo. Instead of the multicast stuff, return a URL that points to boss' web server. The URL is of the form: https://www.myemulab.net/spewimage.php?imageid=10013&access_key=abcdef which as you can see is fully specified; the client does not need to know anything else. * New webpage and backend scripts appropriately called "spewimage" which also includes support for the http HEAD request (from wget) to avoid downloading images that are already on the node. I just learned about this HEAD request stuff today ... but otherwise these operate as expected, spewing the image if the access key is provided. * Changes to rc.frisbee to deal with remote loading. In addition to URL support, I also added support for simple paths, the intent being that we will probably distribute images offline (say, at night) so that when a node reboots it doesn't actually have to wait 60 minutes for an image to download. I have not added any server side support for this yet though. Maybe later this week. * Other bits and pieces and fixes to make this work.
-