----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: "Arik Hadas" <ahadas@redhat.com>, devel@ovirt.org, "Richard Jones" <rjones@redhat.com>, "Matthew Booth" <mbooth@redhat.com> Sent: Wednesday, September 10, 2014 1:36:59 PM Subject: Re: [ovirt-devel] virt-v2v integration feature
On 09/02/2014 04:26 PM, Arik Hadas wrote:
Hi All,
Better late than never..
Thanks for all the feedback, it was really constructive. I made major changes in the wiki page to address the comments, Please take another look: http://www.ovirt.org/Features/virt-v2v_Integration
Thanks, Arik
----- Original Message -----
Hi All,
The proposed feature will introduce a new process of import virtual machines from external systems using virt-v2v in oVirt. I've created a wiki page that contains initial thoughts and design for it: http://www.ovirt.org/Features/virt-v2v_Integration
You are more than welcome to share your thoughts and insights.
Thanks, Arik _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
much much better :) now we just need to do all this...
few comments: - upload vm - indeed tbd, but hopefully will resolve this as well independently. - Windows VMs - v2v would need to make sure relevant iso is in the iso domain probably with the drivers expected by v2v? - proxy host - do we really need this? I assume we are going to require virt-v2v by vdsm, so all hosts will simply have all needed to do this. to rephrase - I wouldn't make this the architectural choice to require a single host with v2v, rather default to all (for both ovirt-node and plain deployment) we may still want to allow choosing which host to do the import from, for specific network toplogy use cases. I wouldn't default to that, and i think it can be phase II actually - per shahar's comment on SPM from discussion with storage group - just a btw we hope SPM to go away in 3.6. still, you should separate meta data (create volume) and data (copy) operations. - external providers - I think this one requires more thinking. if you will define these as providers, with their credentials, then all admins can import. i don't think we should require the provider to be defined, not require it to keep credentials (could be just a helper list). i.e., unlike the other providers, i think here the providers are just to auto complete fields in the import form (i can choose a provider with its user/password, i can choose a provider without user/pass and fill myself, i can just type provider and user/pass)
I guess that supporting multiple VM import would address that. As it can be quite frustrating to fill in the details on each and every import. But, if we allow to import them in one user step then we don't need to keep the details anywhere.
- I'll be able to provider more feedback on mockups...
Thanks, Itamar _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel