On Fri, Mar 08, 2013 at 11:18:49AM -0500, Mo Morsi wrote:
On 03/07/2013 07:03 AM, Tomas Sedovic wrote:
> 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.
Hey thanks for the patches tomas. Completely agree libosinfo would be a
natural fit here, for tdl-create as well as some of the other tools. Do
you know if Ruby bindings for it currently exist? We can probably look
into quickly whipping them up if they do not.
I believe libosinfo is written with gobject bindings, so using it from
Ruby shouldn't be a problem. Dan Berrange is the maintainer, you can ask
him...
--H
>
> 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?
This sounds great to me, feel free to send pull requests. I'm also down
for a more lax push process w/ tdl-tools to keep things a little more
agile at this early stage. We can sort it all out going forward.
Take care,
-Mo
--
== Hugh Brock, hbrock(a)redhat.com ==
== Senior Engineering Manager, Cloud Engineering ==
== Aeolus Project: Manage virtual infrastructure across clouds. ==
==
http://aeolusproject.org ==
"I know that you believe you understand what you think I said, but I’m
not sure you realize that what you heard is not what I meant."
--Robert McCloskey