* [Qemu-devel] [Bug 1691109] [NEW] qemu-kvm not working as nested inside ESX 6.0
@ 2017-05-16 13:39 fxpester
2017-05-16 13:44 ` [Qemu-devel] [Bug 1691109] " fxpester
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: fxpester @ 2017-05-16 13:39 UTC (permalink / raw)
To: qemu-devel
Public bug reported:
ESX 6.0 (virt bits exposed) - Ubuntu 16.04 + qemu-kvm 1:2.8+dfsg-
3ubuntu2~cloud0 - CirrOS launched by OpenStack (devstack master)
VM will start with -machine = 'pc-i440fx-zesty' and will stuck in "booting from hard disk"
to fix it you can manually change -machine to 'pc-i440fx-2.3'
also, ISOs boots well, so I think it`s something about block devices
configuration introduced in new machine type.
p.s.
also confirmed with RHEL instead of Ubuntu as KVM host - new machine type don`t work
** Affects: openstack-community
Importance: Undecided
Status: New
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1691109
Title:
qemu-kvm not working as nested inside ESX 6.0
Status in OpenStack Community Project:
New
Status in QEMU:
New
Bug description:
ESX 6.0 (virt bits exposed) - Ubuntu 16.04 + qemu-kvm 1:2.8+dfsg-
3ubuntu2~cloud0 - CirrOS launched by OpenStack (devstack master)
VM will start with -machine = 'pc-i440fx-zesty' and will stuck in "booting from hard disk"
to fix it you can manually change -machine to 'pc-i440fx-2.3'
also, ISOs boots well, so I think it`s something about block devices
configuration introduced in new machine type.
p.s.
also confirmed with RHEL instead of Ubuntu as KVM host - new machine type don`t work
To manage notifications about this bug go to:
https://bugs.launchpad.net/openstack-community/+bug/1691109/+subscriptions
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Qemu-devel] [Bug 1691109] Re: qemu-kvm not working as nested inside ESX 6.0
2017-05-16 13:39 [Qemu-devel] [Bug 1691109] [NEW] qemu-kvm not working as nested inside ESX 6.0 fxpester
@ 2017-05-16 13:44 ` fxpester
2017-07-10 17:49 ` Michael Johnson
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: fxpester @ 2017-05-16 13:44 UTC (permalink / raw)
To: qemu-devel
** Also affects: openstack-community
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1691109
Title:
qemu-kvm not working as nested inside ESX 6.0
Status in OpenStack Community Project:
New
Status in QEMU:
New
Bug description:
ESX 6.0 (virt bits exposed) - Ubuntu 16.04 + qemu-kvm 1:2.8+dfsg-
3ubuntu2~cloud0 - CirrOS launched by OpenStack (devstack master)
VM will start with -machine = 'pc-i440fx-zesty' and will stuck in "booting from hard disk"
to fix it you can manually change -machine to 'pc-i440fx-2.3'
also, ISOs boots well, so I think it`s something about block devices
configuration introduced in new machine type.
p.s.
also confirmed with RHEL instead of Ubuntu as KVM host - new machine type don`t work
To manage notifications about this bug go to:
https://bugs.launchpad.net/openstack-community/+bug/1691109/+subscriptions
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Qemu-devel] [Bug 1691109] Re: qemu-kvm not working as nested inside ESX 6.0
2017-05-16 13:39 [Qemu-devel] [Bug 1691109] [NEW] qemu-kvm not working as nested inside ESX 6.0 fxpester
2017-05-16 13:44 ` [Qemu-devel] [Bug 1691109] " fxpester
@ 2017-07-10 17:49 ` Michael Johnson
2017-10-06 15:59 ` Stefano Maffulli
2017-10-06 17:46 ` Thomas Huth
3 siblings, 0 replies; 5+ messages in thread
From: Michael Johnson @ 2017-07-10 17:49 UTC (permalink / raw)
To: qemu-devel
It appears that the recent qemu packages released for 16.04 set the
machine type to "pc-i440fx-zesty" instead of "pc-i440fx-xenial". If you
override this and make it use "pc-i440fx-xenial" instances boot again.
FYI, if you are using OpenStack, this can be done by editing nova.conf,
[libvirt] section, and add hw_machine_type = x86_64=pc-i440fx-xenial
** Changed in: qemu
Status: New => Confirmed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1691109
Title:
qemu-kvm not working as nested inside ESX 6.0
Status in OpenStack Community Project:
New
Status in QEMU:
Confirmed
Bug description:
ESX 6.0 (virt bits exposed) - Ubuntu 16.04 + qemu-kvm 1:2.8+dfsg-
3ubuntu2~cloud0 - CirrOS launched by OpenStack (devstack master)
VM will start with -machine = 'pc-i440fx-zesty' and will stuck in "booting from hard disk"
to fix it you can manually change -machine to 'pc-i440fx-2.3'
also, ISOs boots well, so I think it`s something about block devices
configuration introduced in new machine type.
p.s.
also confirmed with RHEL instead of Ubuntu as KVM host - new machine type don`t work
To manage notifications about this bug go to:
https://bugs.launchpad.net/openstack-community/+bug/1691109/+subscriptions
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Qemu-devel] [Bug 1691109] Re: qemu-kvm not working as nested inside ESX 6.0
2017-05-16 13:39 [Qemu-devel] [Bug 1691109] [NEW] qemu-kvm not working as nested inside ESX 6.0 fxpester
2017-05-16 13:44 ` [Qemu-devel] [Bug 1691109] " fxpester
2017-07-10 17:49 ` Michael Johnson
@ 2017-10-06 15:59 ` Stefano Maffulli
2017-10-06 17:46 ` Thomas Huth
3 siblings, 0 replies; 5+ messages in thread
From: Stefano Maffulli @ 2017-10-06 15:59 UTC (permalink / raw)
To: qemu-devel
** No longer affects: openstack-community
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1691109
Title:
qemu-kvm not working as nested inside ESX 6.0
Status in QEMU:
Confirmed
Bug description:
ESX 6.0 (virt bits exposed) - Ubuntu 16.04 + qemu-kvm 1:2.8+dfsg-
3ubuntu2~cloud0 - CirrOS launched by OpenStack (devstack master)
VM will start with -machine = 'pc-i440fx-zesty' and will stuck in "booting from hard disk"
to fix it you can manually change -machine to 'pc-i440fx-2.3'
also, ISOs boots well, so I think it`s something about block devices
configuration introduced in new machine type.
p.s.
also confirmed with RHEL instead of Ubuntu as KVM host - new machine type don`t work
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1691109/+subscriptions
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Qemu-devel] [Bug 1691109] Re: qemu-kvm not working as nested inside ESX 6.0
2017-05-16 13:39 [Qemu-devel] [Bug 1691109] [NEW] qemu-kvm not working as nested inside ESX 6.0 fxpester
` (2 preceding siblings ...)
2017-10-06 15:59 ` Stefano Maffulli
@ 2017-10-06 17:46 ` Thomas Huth
3 siblings, 0 replies; 5+ messages in thread
From: Thomas Huth @ 2017-10-06 17:46 UTC (permalink / raw)
To: qemu-devel
** Project changed: qemu => qemu (Ubuntu)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1691109
Title:
qemu-kvm not working as nested inside ESX 6.0
Status in qemu package in Ubuntu:
Confirmed
Bug description:
ESX 6.0 (virt bits exposed) - Ubuntu 16.04 + qemu-kvm 1:2.8+dfsg-
3ubuntu2~cloud0 - CirrOS launched by OpenStack (devstack master)
VM will start with -machine = 'pc-i440fx-zesty' and will stuck in "booting from hard disk"
to fix it you can manually change -machine to 'pc-i440fx-2.3'
also, ISOs boots well, so I think it`s something about block devices
configuration introduced in new machine type.
p.s.
also confirmed with RHEL instead of Ubuntu as KVM host - new machine type don`t work
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1691109/+subscriptions
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2017-10-06 18:01 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-05-16 13:39 [Qemu-devel] [Bug 1691109] [NEW] qemu-kvm not working as nested inside ESX 6.0 fxpester
2017-05-16 13:44 ` [Qemu-devel] [Bug 1691109] " fxpester
2017-07-10 17:49 ` Michael Johnson
2017-10-06 15:59 ` Stefano Maffulli
2017-10-06 17:46 ` Thomas Huth
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.