[Users] Migration issues with ovirt 3.3

Dan Kenigsberg danken at redhat.com
Sun Oct 6 22:47:30 UTC 2013


On Mon, Oct 07, 2013 at 12:25:30AM +0200, Gianluca Cecchi wrote:
> I've done some further tests and comparisons

Is this related to emitor's bug? For emitor, when a VM does not start it
happens when libvirt recongnizes that its devices have bad addresses. It
never gets to qemu command line phase.

> 
> In this F19 based + ovirt stable repo the difference in qemu command
> line between the working run once with cd enabled of this CentOS 6.4
> x86_64 and the normal run that doesn't proceed is:
> 
> run once
> -drive file=/rhev/data-center/mnt/f18engine.mydomain:_var_lib_exports_iso/cc790a86-72e2-4aa2-a0b6-700756c399c3/images/11111111-1111-1111-1111-111111111111/CentOS-6.4-x86_64-bin-DVD1.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial=
> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=2
> 
> run
> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial=
> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0
> 
> 
> A working normal run of a WinXP 32bit VM in another oVirt 3.2.3 environment is
> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial=
> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0
> 
> so it is the same as in 3.3.
> 
> Possible problems:
> 
> - 64bit OS
> I can try tomorrow to create a CentOS 6.4 32 bit and compare results
> 
> - qemu default emulated pc version
> 
> Some comparisons
> 
> a) f18 host (AIO) with oVirt 3.2.3
> 
> qemu-kvm-1.2.2-14.fc18.x86_64
> 
> [root at tekkaman polimi]# qemu-kvm -machine ?
> Supported machines are:
> none                 empty machine
> pc                   Standard PC (alias of pc-1.2)
> pc-1.2               Standard PC (default)
> pc-1.1               Standard PC
> pc-1.0               Standard PC
> pc-0.15              Standard PC
> pc-0.14              Standard PC
> pc-0.13              Standard PC
> pc-0.12              Standard PC
> pc-0.11              Standard PC, qemu 0.11
> pc-0.10              Standard PC, qemu 0.10
> isapc                ISA-only PC
> 
> When I start WinXP (32bit of course) I see this command line:
> /usr/bin/qemu-kvm -name winxp -S -M pc-0.14 -cpu Opteron_G3 ....
> 
> b) f19 host in oVirt 3.3
> 
> qemu-kvm-1.4.2-11.fc19.x86_64
> 
> [root at f18ovn03 ~]# qemu-kvm -machine ?
> Supported machines are:
> none                 empty machine
> pc                   Standard PC (i440FX + PIIX, 1996) (alias of pc-i440fx-1.4)
> pc-i440fx-1.4        Standard PC (i440FX + PIIX, 1996) (default)
> pc-1.3               Standard PC
> pc-1.2               Standard PC
> pc-1.1               Standard PC
> pc-1.0               Standard PC
> pc-0.15              Standard PC
> pc-0.14              Standard PC
> pc-0.13              Standard PC
> pc-0.12              Standard PC
> pc-0.11              Standard PC, qemu 0.11
> pc-0.10              Standard PC, qemu 0.10
> isapc                ISA-only PC
> q35                  Standard PC (Q35 + ICH9, 2009) (alias of pc-q35-1.4)
> pc-q35-1.4           Standard PC (Q35 + ICH9, 2009)
> 
> qemu command line for a CentOS 6.4 64bit vm is:
> /usr/bin/qemu-system-x86_64 -machine accel=kvm -name c6s -S -machine
> pc-1.0,accel=kvm,usb=off -cpu Opteron_G2
> 
> both /usr/bin/qemu-kvm and /usr/bin/qemu-system-x86_64 are in
> qemu-system-x86 rpm package.
> 
> Questions:
> - given a version of oVirt, pc version in qemu generated command line
> is the same for every defined VM or is there any logic depending on OS
> chosen and/or bit (32 vs 64)?
emulatedMachine is set by the effective clusterLevel.

> - if answer to previous question is fixed pc version, is there any
> particular reason to use pc-0.14 in oVirt 3.2.3 and pc-1.0 in oVirt
> 3.3 and not the latest available (so pc-1.2 in 3.2.3 and pc-1.3 or
> pc-i440fx-1.4 in 3.3)?

We promise inter-cluster migration of VMs. Hence, 3.2.3 may use only the
newest machine available at 3.2.0.

> - where can I find documentation about difference between the
> different pc-x.y versions?

I am not aware of anything beyond the qemu source code and release
notes.

> - can I use a wrapper in oVirt 3.3 to start VM with a different pc-x.y
> (eg pc-0.14) and see if anything changes helping debug and solve the
> problem?

Yes, you may write a vdsm before_vm_start hook. It should search for
the 'machine' attribute and set it to whatever value you please.

Dan.



More information about the Users mailing list