[Engine-devel] 'Import VM/Template More Than Once' feature

Itamar Heim iheim at redhat.com
Fri Mar 30 21:24:07 UTC 2012


On 03/29/2012 09:14 PM, Gilad Chaplik wrote:
> see inline
>
> Thanks,
> Gilad.
>
> ----- Original Message -----
>> From: "Itamar Heim"<iheim at redhat.com>
>> To: "Gilad Chaplik"<gchaplik at redhat.com>
>> Cc: engine-devel at ovirt.org
>> Sent: Wednesday, March 28, 2012 9:58:57 PM
>> Subject: Re: [Engine-devel] 'Import VM/Template More Than Once' feature
>>
>> On 02/21/2012 05:11 PM, Gilad Chaplik wrote:
>>> Hello all,
>>>
>>> The 'Import VM/Template More Than Once' feature description can be
>>> found under the following link:
>>>
>>> http://www.ovirt.org/wiki/Features/ImportMoreThanOnce
>>>
>>> Please review, and feel free to share your comments and thoughts.
>>
>> 1. "    Add 'Already Exists in Setup' column to import entity dialog:
>>         Run multiple queries for get_entity_by_id to check whether the
>> imported entities exist in the setup. "
>>
>> what if there are 1000 VMs to import?
>
> My mistake, meant it to be run search query on VMs with concating 'OR' between all vms ids (if search by vm ids is not supported I will add it).
> but if you prefer it I can remove the column.
>
>>
>> 2. "Add 'clone only existing entities' check box to Import Entity
>> Dialog: "
>>
>> I'd keep simple for first round to get feedback from users and assume
>> users want to either clone or not during import, rather than mixed
>> (i.e., i'd drop this option to clone some of the imported images - i
>> think it is confusing)
>>
>> which means maybe user should choose between importing already
>> existing
>> images or new ones.
>>
>> for existing ones, user should choose if to clone or overwrite.
>>
>
> Not sure what is override? delete the VM that is currently in setup and then import?
> Anyhow, I think it's quite important, especially if we remove the 'exist in setup' column, we want the user to avoid getting can-do-action.
> I agree that it is slightly confusing, I can rerun it through Eldan again, even though it's his design.
>

override wouldn't delete the VM, just override the disks iirc (will not 
touch configuration i guess. no idea what happens if configuration is 
different, or number of disks is different, etc.)



More information about the Devel mailing list