incubator-deltacloud-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Lutterkort <lut...@redhat.com>
Subject Re: [PATCH core 4/4] Removed local mappings and switched to storing mappings in remote datastore.
Date Thu, 21 Jul 2011 18:24:03 GMT
On Thu, 2011-07-21 at 13:06 +0200, Michal Fojtik wrote:
> > Would be a bit tricky, because we need to deal with temporary iso file
> > and this would break our choice to not store anything on deltacloud
> > system, but tomorrow we start doing a brainstorming on that too :)
> 
> + I think we will need to call 'mkisofs' or something similar in order
> to build an ISO image, which will not work on Windows (except user will
> install this utility via cygwin)

Yes, but for now, having this work only on Linux would be fine by me;
wecan sort out what needs to happen in Windows later. The important
thing is that we want to offer the same user_data interface across as
many clouds as possible.

> Instead of this I would prefer to use 'user_data' feature to set a 'extraConfig'
> parameter for VM. Then script inside instance can eventually connect to the VSphere
> SOAP API and fetch this data. I think in EC2 they use same behavior.

I've spent quite a bit of time trying to get that to work, but haven't
been able to. The only extraConfig that you can access within the guest
are properties called 'guestinfo.*', but it seems they can only be set
on running instances. A beer to anybody who proves me wrong on this.

David



Mime
View raw message