On 03/06/2013 05:34 PM, Mo Morsi wrote:
Figure I'd send around an update regarding tdl-tools [1]. I have
some
content to demo at our next sprint recap, and plan to make a short
screencast which I will format into a blog post w/ some content:
As you may recall, tdl-tools is a set of tools to make building,
testing, and deploying tdls (as used by imagefactory/oz) quick and easy.
All in all the current tools are comprised of:
- tdl-create: create a new tdl/etdl from scratch, includes an
interactive mode
- tdl-verify: verify the accuracy of your tdl on the command line
- tdl-convert: convert an tdl/etdl and vice versa
- tdl-launch: start a new instance w/ deltacloud and process the tdl on
it, great for quickly testing tdl's
- tdl-apply : simple command to proxy tdl's between cloud instance and
image services, specify tdl via cmd line w/ flag indicating whether to
use tdl-launch/deltacloud or imagefactory to handle the tdl.
- tdl-config: creates a new config file in the user's home dir
containing cloud credentials (which the user will be prompted for) to be
used by tdl-apply to pass onto deltacloud/imagefactory
I also would like to incorporate a '--server' flag in tdl-apply to
provide a simple sinatra based web-service which to also serve this
proxy over http.
These commands are all currently available via the 'tdl' gem on
rubygems.org [2], simply 'gem install tdl' and invoke them on the
command line.
-Mo
[1]
https://github.com/aeolus-incubator/tdl-tools
[2]
https://rubygems.org/gems/tdl
Great stuff, Mo!
Sent a small pull request your way.
Are you familiar with libosinfo[1]? Might be good to integrate it with
tdl-tools.
libosinfo is a database of various VM-related metadata for each OS you
might want to virtualise. So things like the preferred NIC,
minimum/recommended CPU and RAM and locations of the ISO images and the
like.
If tdl-tools queried this information, we could generate TDLs with
defaults known to work and remove a lot of the manual work that people
still have to do today.
e.g. `tdl-create fedora 18 x84_64` would spit out a template that's
ready to pass to Oz. We could even take it one step further and actually
send it to Oz.
I was thinking about writing a tool that would build JEOS images based
on the specified OS but it might make more sense here -- if you're
interested.
What do you think?
[1]:
http://libosinfo.org/