What about hypervisor "Qemu", and checkbox option on Settings tab - "Use KVM extension"?
On Mon, Dec 21, 2015 at 1:22 PM, Andrey Danin <[email protected]> wrote: > Hi, > > Let's call this hypervisor type "Qemu-KVM". So it will be a separate HV like > vCenter, Xen, or HyperV. The actual selection between qemu and kvm will be a > HV specific option in this case. > > On Mon, Dec 21, 2015 at 1:24 PM, Igor Kalnitsky <[email protected]> > wrote: >> >> Hello, >> >> Agree with Kevin. libvirt itself isn't a hypervisor. It's an API (or >> single entry point) for dealing with other hypervisors, including qemu >> and kvm. >> >> So it's kinda confusing, I'd prefer to find another solution. >> >> Thanks, >> Igor >> >> On Fri, Dec 18, 2015 at 7:24 PM, Fox, Kevin M <[email protected]> wrote: >> > I think it may be confusing to a fair number of the users you are >> > targeting. >> > libvirt supports more then just qemu/kvm. xen, virtualbox, and others. >> > saying libvirt makes people have to know that when you say libvirt you >> > mean >> > just the qemu/kvm that nova supports using the implementation detail of >> > using libvirt. >> > >> > Thanks, >> > Kevin >> > ________________________________ >> > From: Aleksandr Didenko [[email protected]] >> > Sent: Friday, December 18, 2015 4:16 AM >> > To: OpenStack Development Mailing List (not for usage questions) >> > Subject: Re: [openstack-dev] [Fuel][UX] Throw KVM\QEMU and leave Libvirt >> > on >> > Wizard >> > >> > Hi, >> > >> > looks good to me. >> > >> > Regards, >> > Alex >> > >> > On Fri, Dec 18, 2015 at 10:17 AM, Andriy Popovych >> > <[email protected]> >> > wrote: >> >> >> >> Hi fuelers, >> >> >> >> We want to throw KVM/QEMU options from Wizard and instead of them leave >> >> only one: Libvirt [0]. Libvirt option enables QEMU by default and there >> >> are >> >> still be possibility to change it on KVM in settings. It looks more >> >> logically because both QEMU\KVM are options for libvirt which manage >> >> them. >> >> >> >> What are you think about it? >> >> >> >> [0] https://review.openstack.org/#/c/258690 >> >> >> >> >> >> __________________________________________________________________________ >> >> OpenStack Development Mailing List (not for usage questions) >> >> Unsubscribe: >> >> [email protected]?subject:unsubscribe >> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> >> >> > >> > >> > >> > __________________________________________________________________________ >> > OpenStack Development Mailing List (not for usage questions) >> > Unsubscribe: >> > [email protected]?subject:unsubscribe >> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> > >> >> __________________________________________________________________________ >> OpenStack Development Mailing List (not for usage questions) >> Unsubscribe: [email protected]?subject:unsubscribe >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > > -- > Andrey Danin > [email protected] > skype: gcon.monolake > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
