[Bug 1031063] Re: domain type is always 'kvm', even when kvm is not available
** Summary changed: - libvirt_type=qemu is not honored + domain type is always 'kvm', even when kvm is not available ** Description changed: On a new 12.10 install following https://wiki.ubuntu.com/SecurityTeam/TestingOpenStack, if I set 'libvirt_type=qemu', restart nova and then try to start an instance, I can see in /var/log/nova/nova-compute.log that it is defaulting to 'kvm' and not 'qemu'. I then end up with the following error: 2012-07-30 14:55:48 TRACE nova.openstack.common.rpc.amqp libvirtError: internal error no supported architecture for os type 'hvm' - This might be a problem in libvirt or kvm_intel on the host. I noticed - that nested=1 for kvm_intel on my host and 'vmx' shows up in 'virsh - capabilities' in the openstack guest, but in the guest I am unable to - load kvm_intel. However, the option for overriding with - 'libvirt_type=qemu' doesn't seem to work. + This might be a problem in libvirt on the host. I noticed that nested=1 + for kvm_intel on my host and 'vmx' shows up in 'virsh capabilities' in + the openstack guest, but in the guest I am unable to load kvm_intel (bug + #1031090). However, the option for overriding with 'libvirt_type=qemu' + doesn't seem to work. Also, if I reload the kvm_intel module with + nested=0, and start the guest, it correctly does not load the kvm + module, but nova incorrectly tries to start guests with domain + type=kvm. ** Description changed: On a new 12.10 install following https://wiki.ubuntu.com/SecurityTeam/TestingOpenStack, if I set 'libvirt_type=qemu', restart nova and then try to start an instance, I can see in /var/log/nova/nova-compute.log that it is defaulting to 'kvm' and not 'qemu'. I then end up with the following error: 2012-07-30 14:55:48 TRACE nova.openstack.common.rpc.amqp libvirtError: internal error no supported architecture for os type 'hvm' This might be a problem in libvirt on the host. I noticed that nested=1 for kvm_intel on my host and 'vmx' shows up in 'virsh capabilities' in the openstack guest, but in the guest I am unable to load kvm_intel (bug #1031090). However, the option for overriding with 'libvirt_type=qemu' doesn't seem to work. Also, if I reload the kvm_intel module with nested=0, and start the guest, it correctly does not load the kvm module, but nova incorrectly tries to start guests with domain - type=kvm. + type=kvm and nova-compute.log shows the same error (libvirtError: + internal error no supported architecture for os type 'hvm'). -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1031063 Title: domain type is always 'kvm', even when kvm is not available To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1031063/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1031063] Re: domain type is always 'kvm', even when kvm is not available
This may actually be a libvirt bug. Looking at the nova-compute.log, I adjust the uuid and name and have the following xml in /tmp/foo.xml: domain type=kvm uuid3474184f-57c1-49d1-be61-8fe4ccb34682/uuid namefoo/name memory524288/memory vcpu1/vcpu os typehvm/type boot dev=hd/ /os features acpi/ /features clock offset=utc timer name=pit tickpolicy=delay/ timer name=rtc tickpolicy=catchup/ /clock devices disk type=file device=disk driver type=qcow2 cache=none/ source file=/var/lib/nova/instances/instance-0012/disk/ target bus=virtio dev=vda/ /disk interface type=bridge mac address=fa:16:3e:71:49:da/ model type=virtio/ source bridge=br100/ filterref filter=nova-instance-instance-0012-fa163e7149da parameter name=IP value=10.0.0.4/ parameter name=DHCPSERVER value=10.0.0.3/ parameter name=PROJNET value=10.0.0.0/ parameter name=PROJMASK value=255.255.255.0/ /filterref /interface serial type=file source path=/var/lib/nova/instances/instance-0012/console.log/ /serial serial type=pty/ input type=tablet bus=usb/ graphics type=vnc autoport=yes keymap=en-us listen=127.0.0.1/ /devices /domain Using 'virsh define /tmp/foo.xml' on 12.04 it works. On 12.10 it does not: $ virsh define /tmp/foo.xml error: Failed to define domain from /tmp/foo.xml error: internal error no supported architecture for os type 'hvm' If I change this: typehvm/type to: type arch='x86_64'hvm/type It works: $ virsh define /tmp/foo.xml Domain foo defined from /tmp/foo.xml It seems libvirt wants the 'arch' defined when specifying 'hvm'. ** Also affects: libvirt (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1031063 Title: domain type is always 'kvm', even when kvm is not available To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1031063/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1031063] Re: domain type is always 'kvm', even when kvm is not available
Adding a libvirt task as I don't know if this is a regression there or if nova needs to be updated to accommodate the change. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to nova in Ubuntu. https://bugs.launchpad.net/bugs/1031063 Title: domain type is always 'kvm', even when kvm is not available To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1031063/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs