Mailing-List: contact deltacloud-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: deltacloud-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of razorinc@gmail.com designates
 209.85.213.47 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <899E5C3D-A748-42A8-9036-9FE394511742@redhat.com>
References: <1311085179-3502-1-git-send-email-mfojtik@redhat.com>
	<1311085179-3502-5-git-send-email-mfojtik@redhat.com>
	<1311200950.3814.15.camel@avon.watzmann.net>
	<CAF91xVHfsp4TkwF7RiGtEAmM1WDsusWrZ3wffZO92DykYGk=pA@mail.gmail.com>
	<899E5C3D-A748-42A8-9036-9FE394511742@redhat.com>
Date: Thu, 21 Jul 2011 13:12:00 +0200
Message-ID: 
 <CAF91xVG-SdH3A2H4Lc6FdeCisAWN3jPgs49OB82KhPUOzw2HXA@mail.gmail.com>
Subject: Re: [PATCH core 4/4] Removed local mappings and switched to storing
 mappings in remote datastore.
From: Francesco Vollero <razorinc@gmail.com>
To: deltacloud-dev@incubator.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Thu, Jul 21, 2011 at 1:06 PM, Michal Fojtik <mfojtik@redhat.com> wrote:
>
> On Jul 21, 2011, at 12:44 AM, Francesco Vollero wrote:
>
>> On Thu, Jul 21, 2011 at 12:29 AM, David Lutterkort <lutter@redhat.com> w=
rote:
>>> On Tue, 2011-07-19 at 16:19 +0200, mfojtik@redhat.com wrote:
>>>> From: Michal Fojtik <mfojtik@redhat.com>
>>>
>>> I have one nit with this patch series:
>>>
>>>> + =A0 =A0# You can use 'user_data' feature to set 'user_data' paramete=
r when creating
>>>> + =A0 =A0# a new instance where this parameter can hold gzipped CDROM =
iso which will
>>>> + =A0 =A0# be mounted into created instance after boot
>>>> =A0 =A0 =A0feature :instances, :user_data
>>>
>>> We can't call this ISO upload 'user_data' in the API - there are very
>>> different expectations around what that data is for vSphere than for
>>> EC2/Euca.
>>>
>>> Instead, we should call this feature something else, say 'user_iso', an=
d
>>> accept a different parameter for it.
>>>
>>
>> Tomorrow with Michal we gonna analyze the whole suggestion.
>>
>>> Ideally, we could also support the feature user_data straightup, with
>>> the effect that we will create an ISO from it, place the user-supplied
>>> data inside that ISO with a fixed file name, and attach that as the
>>> CD-ROM.
>>>
>>
>> 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)
>

Yep. Exactly. Or use genisoimage that is a simple interface to
mkisofs, linux-compatible but not windows compatible.

> Instead of this I would prefer to use 'user_data' feature to set a 'extra=
Config'
> parameter for VM. Then script inside instance can eventually connect to t=
he VSphere
> SOAP API and fetch this data. I think in EC2 they use same behavior.
>
> =A0-- Michal
>
> ------------------------------------------------------
> Michal Fojtik, mfojtik@redhat.com
> Deltacloud API: http://deltacloud.org
>
>