[Bug 1031063] Re: domain type is always 'kvm', even when kvm is not available

2012-07-30 Thread Jamie Strandboge
** 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

2012-07-30 Thread Jamie Strandboge
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

2012-07-30 Thread Jamie Strandboge
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