[Bug 1641532] Re: machine-types trusty and utopic are not unique (depend on the qemu version)
Launchpad Bug Tracker
1641532 at bugs.launchpad.net
Mon Feb 13 10:57:53 UTC 2017
This bug was fixed in the package qemu - 1:2.8+dfsg-2ubuntu1
---------------
qemu (1:2.8+dfsg-2ubuntu1) zesty; urgency=medium
* Merge with Debian; remaining changes:
- add qemu-kvm init script and defaults file
(d/qemu-system-common.qemu-kvm.*)
- d/rules, d/qemu-kvm-init: add and install script loading kvm
modules and handling /etc/default/qemu-kvm
- qemu-system-common.preinst: add kvm group if needed
- Enable nesting by default on intel.
- set default module option
- re-load kvm_intel.ko if it was loaded without nested=1
- d/p/ubuntu/expose-vmx_qemu64cpu.patch: enable nested kvm by
default in qemu64 cpu type.
- Enable svm by default for qemu64 on amd
- d/p/ubuntu/define-ubuntu-machine-types.patch: define distro machine
types to ease future live vm migration.
- Make qemu-system-common depend on qemu-block-extra
- Make qemu-utils depend on qemu-block-extra
- s390x support
- Create qemu-system-s390x package
- Include s390-ccw.img firmware
- qemu-system-common.postinst:
- change acl placed by udev, and add udevadm trigger.
- d/control-in: change dependencies for fix of wrong acl for newly
created device node on ubuntu
- have qemu-system-arm suggest: qemu-efi; this should be a stronger
relationship, but qemu-efi is still in universe right now.
- d/qemu-kvm-init, d/kvm.powerpc, d/control-in: check SMT on ppc64el
- Several changes were applied but missing in the changelog so far
- d/qemu-system-ppc.links provide usr/bin/qemu-system-ppc64le symlink
- arch aware kvm wrapper
- update VCS links
- no more skip disable libiscsi on Ubuntu
- let qemu-utils recommend sharutils
- disable x32 architecture
* Dropped Changes:
- Several changes were applied but missing in the changelog so far
but are no more needed
- no pie for relocatable LD calls, with toolchain defaulting to
pie (fixed upstream)
- enable libnuma-dev (now in Debian)
- transition for moved init scripts (can be dropped after LTS
containing >=2.5 which is Xenial)
- --enable-seccomp related whitespace change (had no effect)
- apport hook for qemu source package (In Debian)
- add upstart script (d/qemu-system-common.qemu-kvm.upstart)
- d/qemu-system-x86.maintscript: transition off of
/etc/init.d/qemu-system-x86 (can be dropped after Xenial)
- Enable pie by default, on ubuntu/s390x. (Is the default since
>=Xenial, no cloud archive backport <=Xenial to consider)
- no pie for relocatable LD calls (fixed upstream in commit
7ecf44a5)
- CVEs: CVE-2016-5403, CVE-2016-6351, CVE-2016-6490 (now Upstream)
- Revert fix for CVE-2016-5403, causes regression see USN-3047-2.
(Improved fix included by upstream)
- Enable GPU Passthru for ppc64le (is upstream in qemu 2.7)
- Fixed wrong migration blocker when vhost is used (is upstream in
qemu 2.8)
* Added Changes:
- d/rules, d/control-in: avoid people editing d/control by warning
header and non writable permissions
- fixed moving trusty machine type definition which made it
ambiguous (LP: #1641532)
- d/qemu-system-x86.NEWS describe the issue
- Enable seccomp for ppc64el (LP: #1644639)
- Enable numa support for s390x
- d/qemu-system-common.qemu-kvm.init: fix lintian error type
init.d-script-missing-dependency-on-remote_fs
- d/qemu-system-common.postinst: fix lintian error type
command-with-path-in-maintainer-script
- Transition qemu-kvm to a systemd unit
- Disable glusterfs (Universe dependency)
- d/qemu-kvm-init, d/kvm.powerpc ppc64el SMT check avoid unwanted output
- d/qemu-kvm-init, d/kvm.powerpc ppc64el SMT check keep output local so
that it shows up where the user expects (sytemctl status, kvm stdout)
- d/qemu-kvm-init ppc64el warn on expected second level kvm-hv load failure
- add arch aware kvm wrapper for s390x
- d/p/ubuntu/ctrl-a-b-fix-fb5e19d2.patch: char: fix ctrl-a b not working
- Enable DDW in Yakkety machine type because "Enable GPU Passthru for
ppc64le" was released as part of qemu 2.6 (can be dropped at 18.10,
merged in d/p/ubuntu/define-ubuntu-machine-types.patch)
-- Christian Ehrhardt <christian.ehrhardt at canonical.com> Mon, 16 Jan
2017 16:27:11 +0100
** Changed in: qemu (Ubuntu Zesty)
Status: In Progress => Fix Released
** CVE added: http://www.cve.mitre.org/cgi-
bin/cvename.cgi?name=2016-5403
** CVE added: http://www.cve.mitre.org/cgi-
bin/cvename.cgi?name=2016-6351
** CVE added: http://www.cve.mitre.org/cgi-
bin/cvename.cgi?name=2016-6490
--
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to Ubuntu Cloud Archive.
https://bugs.launchpad.net/bugs/1641532
Title:
machine-types trusty and utopic are not unique (depend on the qemu
version)
Status in Ubuntu Cloud Archive:
Confirmed
Status in Ubuntu Cloud Archive liberty series:
In Progress
Status in qemu package in Ubuntu:
Fix Released
Status in qemu source package in Xenial:
In Progress
Status in qemu source package in Yakkety:
In Progress
Status in qemu source package in Zesty:
Fix Released
Bug description:
Hi,
I'm currently live-migrating many VMs from an old server to a new one,
and some VM can't be live migrated.
The source host is trusty with qemu-system-x86 1:2.3+dfsg-5ubuntu9.4~cloud2
The destination host is xenial with qemu-system-x86 1:2.5+dfsg-5ubuntu10.6
When the issue occurs, the destination host raises an error [1] and
stop the migration process.
The only difference I see between VMs where live migration works and
those were it doesn't work is a different machine type.
* migration works when VM have been created with pc-i440fx-vivid
* migration doesn't work when VM have been created with pc-i440fx-utopic
[1] the qemu error report by libvirt on the destination host
2016-11-14 08:25:40.774+0000: starting up libvirt version: 1.3.1, package: 1ubuntu10.5 (Stefan Bader <stefan.bader at canonical.com> Thu, 06 Oct 2016 13:07:20 +0200), qemu version: 2.5.0 (Debian 1:2.5+dfsg-5ubuntu10.6), hostname: n7.tetaneutral.net
LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin QEMU_AUDIO_DRV=spice /usr/bin/kvm-spice -name a81e7133-9601-4432-86dd-a2401dcad8c2 -S -machine pc-i440fx-utopic,accel=kvm,usb=off -cpu Nehalem -m 256 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid a81e7133-9601-4432-86dd-a2401dcad8c2 -smbios 'type=1,manufacturer=OpenStack Foundation,product=OpenStack Nova,version=2015.1.2,serial=fe2641d2-543a-4d65-b75f-6337bf4b8744,uuid=a81e7133-9601-4432-86dd-a2401dcad8c2' -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-a81e7133-9601-4432-86dd-a2401dcad8c2/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive 'file=rbd:disks/a81e7133-9601-4432-86dd-a2401dcad8c2_disk.config:id=openstack-service:key=XXXXXXXXXXXX==:auth_supported=cephx\;none:mon_host=192.168.99.251\:6789\;192.168.99.252\:6789\;192.168.99.253\:6789,format=raw,if=none,id=drive-ide0-1-1,readonly=on,cache=none,aio=native' -device ide-cd,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1 -drive 'file=rbd:disks/volume-a82bb407-5ccb-4b0e-ba68-a0de1cd58cc3:id=openstack-service:key=XXXXXXXXXXXXXXXXXX:auth_supported=cephx\;none:mon_host=192.168.99.251\:6789\;192.168.99.252\:6789\;192.168.99.253\:6789,format=raw,if=none,id=drive-virtio-disk0,serial=a82bb407-5ccb-4b0e-ba68-a0de1cd58cc3,cache=none,aio=native' -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=43,id=hostnet0,vhost=on,vhostfd=45 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=fa:16:3e:37:fb:ba,bus=pci.0,addr=0x3 -chardev file,id=charserial0,path=/var/lib/nova/instances/a81e7133-9601-4432-86dd-a2401dcad8c2/console.log -device isa-serial,chardev=charserial0,id=serial0 -chardev pty,id=charserial1 -device isa-serial,chardev=charserial1,id=serial1 -device usb-tablet,id=input0 -spice port=5916,addr=0.0.0.0,disable-ticketing,seamless-migration=on -k en-us -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vgamem_mb=16,bus=pci.0,addr=0x2 -incoming defer -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 -msg timestamp=on
2016-11-14T08:25:44.216364Z qemu-system-x86_64: Unknown ramblock "/rom at etc/acpi/rsdp", cannot accept migration
2016-11-14T08:25:44.216394Z qemu-system-x86_64: error while loading state for instance 0x0 of device 'ram'
2016-11-14T08:25:44.216509Z qemu-system-x86_64: load of migration failed: Invalid argument
Cheers,
To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/1641532/+subscriptions
More information about the Ubuntu-openstack-bugs
mailing list