On Mon, Dec 12, 2016 at 3:06 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:

On Mon, Dec 12, 2016 at 2:54 PM, Gianluca Cecchi < gianluca.cecchi@gmail.com> wrote:

...

On Mon, Dec 12, 2016 at 1:49 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:

...

Hi, as you probably noticed, CentOS 7.3 is rolling out right now and will be announced pretty soon. Please note that due to new libvirt shipped within CentOS 7.3, it is required to update qemu-kvm-ev to 2.6 at the same time.

If you're using CentOS Virt SIG rpms / repos for oVirt this should happen automatically. If you're using only ovirt repositories be sure to have qemu-kvm-ev 2.6 if you update to CentOS 7.3.

In terms of ovirt repositories, qemu-kvm-ev 2.6 is available right now in ovirt-master-snapshot-static, ovirt-4.0-snapshot-static, and ovirt-4.0-pre (contains 4.0.6 RC4 rpms going to be announced in a few minutes.)

Thanks, --

Hello, where to find details about this info? I ask because on my tests in a nested environment with 4.1 beta on CentOS 7.2 + CR (that should match upcoming 7.3) I was not able to power on the SHE VM using qemu-kvm-ev-2.6.0-27.1.el7.x86_64.rpm manually downloaded by http://buildlogs.centos.org/centos/7/virt/x86_64/kvm-common

Got error warning: host doesn't support requested feature: CPUID.07H:EBX.erms [bit 9]

Michal, Paolo, what about above error?

BTW: L0 host is a nuc6i5syh that has this cpu: http://ark.intel.com/search/?q=i5-6260U with ESXi 6.0 U2 free. From ESXi mgmt page the cpu appears as: https://drive.google.com/file/d/0BwoPbcrMv8mvc08yUllKUG84Z1E/ view?usp=sharing The L1 host has been configured as guest with RH EL 7.x with these configurations: - in CPU options CPU/MMU Virtualization: hardware CPU and MMU - in edit settings, advanced: hypervisor.cpuid.v0 = "FALSE" HIH, Gianluca

On Tue, Dec 13, 2016 at 12:29 PM, Paolo Bonzini <pbonzini@redhat.com> wrote:

On 12/12/2016 15:06, Sandro Bonazzola wrote:

...

Hello, where to find details about this info? I ask because on my tests in a nested environment with 4.1 beta on CentOS 7.2 + CR (that should match upcoming 7.3) I was not able to power on the SHE VM using qemu-kvm-ev-2.6.0-27.1.el7.x86_64.rpm manually downloaded by http://buildlogs.centos.org/centos/7/virt/x86_64/kvm-common <http://buildlogs.centos.org/centos/7/virt/x86_64/kvm-common>

Got error warning: host doesn't support requested feature: CPUID.07H:EBX.erms [bit 9]

Michal, Paolo, what about above error?

It's harmless. I would first of all check if L0 has the bit (you can do it with cat /proc/cpuinfo on a live Linux CD). If it does, tell VMWare to fix it. If it bugs you, you can force the bit to 1 in ESX, even if L0 doesn't have it.

Paolo

Hello, thanks for answering. On an identical nuc where I have instead oVirt 4.0.5 directly installed on L0 host with CentOS 7.2 I get: [g.cecchi@ovirt01 ~]$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 78 model name : Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz stepping : 3 microcode : 0x8a cpu MHz : 2740.570 cache size : 4096 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch ida arat epb pln pts dtherm hwp hwp_noitfy hwp_act_window hwp_epp tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 xsaves bogomips : 3600.06 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management: . . . What is the flag to check? Even if harmless, it seems that qemu-2.6 doesn't boot the self hosted engine VM, because it remains somehow inside a sort of bios window, while qemu-2.3 boots it without any problem and able to configure hosted engine... Gianluca

On Tue, Dec 13, 2016 at 1:56 PM, Paolo Bonzini <pbonzini@redhat.com> wrote:

On 13/12/2016 12:38, Gianluca Cecchi wrote:

...

flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch ida arat epb pln pts dtherm hwp hwp_noitfy hwp_act_window hwp_epp tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 xsaves bogomips: 3600.06 clflush size: 64 cache_alignment: 64 address sizes: 39 bits physical, 48 bits virtual power management:

. . .

What is the flag to check?

It's erms, which is there. But it's not the culprit.

Sorry if you have already tested it, but have you tried using 7.2 kernel with QEMU 2.6, and then 7.3 kernel with QEMU 2.3? That would allow finding the guilty component more easily.

Thanks,

No problem. - 7.3 kernel with qemu 2.3 seems ok It is the configuration used for deploying self hosted engine vm [root@ovirt41 ~]# rpm -q qemu-kvm-ev qemu-kvm-ev-2.3.0-31.el7_2.21.1.x86_64 [root@ovirt41 ~]# uname -r 3.10.0-514.el7.x86_64 [root@ovirt41 ~]# ( it seems it is the 7.3 kernel, based on https://access.redhat.com/articles/3078 ) [root@ovirt41 ~]# ps -ef| grep qemu-kvm qemu 53257 1 3 Dec07 ? 05:56:52 /usr/libexec/qemu-kvm -name guest=HostedEngine,debug-threads=on -S -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Broadwell,+rtm,+hle -m 6184 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid 2a262cdc-9102-4061-841f-ec64333cdad2 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-2.1511.el7.centos.2.10,serial=564D3726-E55D-5C11-DC45-CA1A50480E83,uuid=2a262cdc-9102-4061-841f-ec64333cdad2 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-2-HostedEngine/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2016-12-07T10:16:42,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-reboot -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive if=none,id=drive-ide0-1-0,readonly=on -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/var/run/vdsm/storage/3e7d4336-c2e1-4fdc-99e7-81a0e69cf3a3/286a8fda-b77d-48b8-80a9-15b63e5321a2/63bfeca6-dc92-4145-845d-e785a18de949,format=raw,if=none,id=drive-virtio-disk0,serial=286a8fda-b77d-48b8-80a9-15b63e5321a2,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=32 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:08:cc:5a,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/2a262cdc-9102-4061-841f-ec64333cdad2.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/2a262cdc-9102-4061-841f-ec64333cdad2.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev socket,id=charchannel2,path=/var/lib/libvirt/qemu/channels/2a262cdc-9102-4061-841f-ec64333cdad2.org.ovirt.hosted-engine-setup.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=org.ovirt.hosted-engine-setup.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -device VGA,id=video0,vgamem_mb=32,bus=pci.0,addr=0x2 -object rng-random,id=objrng0,filename=/dev/random -device virtio-rng-pci,rng=objrng0,id=rng0,bus=pci.0,addr=0x7 -msg timestamp=on the VM is ok, I can ssh to it: [root@ovirt41 ~]# ssh ovirt41she.localdomain.local The authenticity of host 'ovirt41she.localdomain.local (192.168.150.122)' can't be established. ECDSA key fingerprint is 24:fc:fa:07:14:4e:b3:ea:3e:9b:bc:8a:6a:3e:a7:76. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'ovirt41she.localdomain.local,192.168.150.122' (ECDSA) to the list of known hosts. root@ovirt41she.localdomain.local's password: [root@ovirt41she ~]# - 7.2 kernel with qemu-2.6 it seems it works too... see below for qemu 2.6, I don't yet find in my repos: [root@ovirt41 ~]# yum update qemu-kvm-ev Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: repo.de.bigstepcloud.com * epel: ftp.nluug.nl * extras: mirror.crazynetwork.it * ovirt-4.1: ftp.nluug.nl * ovirt-4.1-epel: ftp.nluug.nl No packages marked for update What I tested, based on Sandro initial mail in the thread was this that I reproduce now: - put oVirt in maintenance and shutdown self hosted engine VM [root@ovirt41 ~]# hosted-engine --vm-status --== Host 1 status ==-- Status up-to-date : True Hostname : ovirt41.localdomain.local Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 3400 stopped : False Local maintenance : False crc32 : 8d9d58c2 Host timestamp : 609397 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=609397 (Tue Dec 13 17:53:41 2016) host-id=1 score=3400 maintenance=False state=EngineUp stopped=False [root@ovirt41 ~]# [root@ovirt41 ~]# hosted-engine --set-maintenance --mode=global ssh to the VM and shutdown [root@ovirt41she ~]# shutdown -h now coming back to host: [root@ovirt41 ~]# ps -ef|grep qemu root 101759 1459 0 17:56 pts/0 00:00:00 grep --color=auto qemu [root@ovirt41 ~]# [root@ovirt41 ~]# hosted-engine --vm-status !! Cluster is in GLOBAL MAINTENANCE mode !! --== Host 1 status ==-- Status up-to-date : True Hostname : ovirt41.localdomain.local Host ID : 1 Engine status : {"reason": "failed liveliness check", "health": "bad", "vm": "up", "detail": "up"} Score : 3000 stopped : False Local maintenance : False crc32 : a246ec87 Host timestamp : 609544 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=609544 (Tue Dec 13 17:56:09 2016) host-id=1 score=3000 maintenance=False state=GlobalMaintenance stopped=False !! Cluster is in GLOBAL MAINTENANCE mode !! [root@ovirt41 ~]# - install qemu-kvm-ev 2.6 [root@ovirt41 ~]# yum update http://buildlogs.centos.org/centos/7/virt/x86_64/kvm-common/qemu-kvm-ev-2.6.... http://buildlogs.centos.org/centos/7/virt/x86_64/kvm-common/qemu-img-ev-2.6.... http://buildlogs.centos.org/centos/7/virt/x86_64/kvm-common/qemu-kvm-common-... http://buildlogs.centos.org/centos/7/virt/x86_64/kvm-common/qemu-kvm-tools-e... - set kernel 3.10.0-327.36.3.el7 as the default boot one * Mon Oct 24 2016 CentOS Sources <bugs@centos.org> - 3.10.0-327.36.3.el7 - Apply debranding changes [root@ovirt41 ~]# grub2-editenv list saved_entry=CentOS Linux (3.10.0-514.el7.x86_64) 7 (Core) [root@ovirt41 ~]# [root@ovirt41 ~]# awk -F\' '$1=="menuentry " {print $2}' /etc/grub2.cfg CentOS Linux (3.10.0-514.el7.x86_64) 7 (Core) CentOS Linux (3.10.0-327.36.3.el7.x86_64) 7 (Core) CentOS Linux (3.10.0-327.36.1.el7.x86_64) 7 (Core) CentOS Linux (3.10.0-327.22.2.el7.x86_64) 7 (Core) CentOS Linux (3.10.0-327.el7.x86_64) 7 (Core) CentOS Linux (0-rescue-65496e25d5a842b58090b6a9f4246e68) 7 (Core) [root@ovirt41 ~]# [root@ovirt41 ~]# grub2-set-default 'CentOS Linux (3.10.0-327.36.3.el7.x86_64) 7 (Core)' [root@ovirt41 ~]# grub2-editenv list saved_entry=CentOS Linux (3.10.0-327.36.3.el7.x86_64) 7 (Core) [root@ovirt41 ~]# [root@ovirt41 ~]# grub2-mkconfig -o /boot/grub2/grub.cfg Generating grub configuration file ... Found linux image: /boot/vmlinuz-3.10.0-514.el7.x86_64 Found initrd image: /boot/initramfs-3.10.0-514.el7.x86_64.img Found linux image: /boot/vmlinuz-3.10.0-327.36.3.el7.x86_64 Found initrd image: /boot/initramfs-3.10.0-327.36.3.el7.x86_64.img Found linux image: /boot/vmlinuz-3.10.0-327.36.1.el7.x86_64 Found initrd image: /boot/initramfs-3.10.0-327.36.1.el7.x86_64.img Found linux image: /boot/vmlinuz-3.10.0-327.22.2.el7.x86_64 Found initrd image: /boot/initramfs-3.10.0-327.22.2.el7.x86_64.img Found linux image: /boot/vmlinuz-3.10.0-327.el7.x86_64 Found initrd image: /boot/initramfs-3.10.0-327.el7.x86_64.img Found linux image: /boot/vmlinuz-0-rescue-65496e25d5a842b58090b6a9f4246e68 Found initrd image: /boot/initramfs-0-rescue-65496e25d5a842b58090b6a9f4246e68.img done [root@ovirt41 ~]# [root@ovirt41 ~]# hosted-engine --set-maintenance --mode=local [root@ovirt41 ~]# - reboot host - after reboot [root@ovirt41 ~]# uname -r 3.10.0-327.36.3.el7.x86_64 [root@ovirt41 ~]# exit from maintenance and see if the hosted engine vm starts [root@ovirt41 ~]# hosted-engine --set-maintenance --mode=none [root@ovirt41 ~]# It seems the VM starts.... [root@ovirt41 qemu]# ps -ef|grep qemu qemu 3485 1 59 18:21 ? 00:00:41 /usr/libexec/qemu-kvm -name guest=HostedEngine,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-1-HostedEngine/master-key.aes -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Broadwell,+rtm,+hle -m 6184 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid 2a262cdc-9102-4061-841f-ec64333cdad2 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-2.1511.el7.centos.2.10,serial=564D3726-E55D-5C11-DC45-CA1A50480E83,uuid=2a262cdc-9102-4061-841f-ec64333cdad2 -nographic -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-1-HostedEngine/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2016-12-13T17:21:33,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-reboot -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x3 -drive file=/var/run/vdsm/storage/3e7d4336-c2e1-4fdc-99e7-81a0e69cf3a3/286a8fda-b77d-48b8-80a9-15b63e5321a2/63bfeca6-dc92-4145-845d-e785a18de949,format=raw,if=none,id=drive-virtio-disk0,serial=286a8fda-b77d-48b8-80a9-15b63e5321a2,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive if=none,id=drive-ide0-1-0,readonly=on -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=32 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:08:cc:5a,bus=pci.0,addr=0x2 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/2a262cdc-9102-4061-841f-ec64333cdad2.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/2a262cdc-9102-4061-841f-ec64333cdad2.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev socket,id=charchannel2,path=/var/lib/libvirt/qemu/channels/2a262cdc-9102-4061-841f-ec64333cdad2.org.ovirt.hosted-engine-setup.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=org.ovirt.hosted-engine-setup.0 -msg timestamp=on root 3845 1943 0 18:22 pts/0 00:00:00 grep --color=auto qemu and I'm able to connect to it via ssh too [root@ovirt41 qemu]# ssh ovirt41she.localdomain.local root@ovirt41she.localdomain.local's password: Last login: Tue Dec 13 17:55:37 2016 from ovirt41.localdomain.local [root@ovirt41she ~]# - So I have to try the mix of 7.3 kernel and qemu 2.6, correct? Perhaps it was a problem only during install and not happening now that the VM has been deployed? Gianluca

On Wed, Dec 14, 2016 at 5:33 PM, Paolo Bonzini <pbonzini@redhat.com> wrote:

On 13/12/2016 18:28, Gianluca Cecchi wrote:

...

- So I have to try the mix of 7.3 kernel and qemu 2.6, correct?

Yes, please. If it works, the problem is transient.

Thanks,

Paolo

...

Perhaps it was a problem only during install and not happening now that the VM has been deployed? Gianluca

OK. So I reconfigured the kernel used during "host-engine --deploy", that is 3.10.0-514.el7.x86_64 I also maintained the qemu-kvm-ev-2.6.0-27.1.el7.x86_64 version After reboot and exiting maintenance, also with this configuration the engine vm was able to start. What I see in qemu logfile on host 2016-12-15 09:43:41.365+0000: starting up libvirt version: 2.0.0, package: 10.el7 (CentOS BuildSystem < http://bugs.centos.org>, 2016-11-12-02:15:12, c1bm.rdu2.centos.org), qemu version: 2.6.0 (qemu-kvm-ev-2 .6.0-27.1.el7), hostname: ovirt41.localdomain.local LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name guest=HostedEngine,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-1-HostedEngine/master-key.aes -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Broadwell,+rtm,+hle -m 6184 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid 2a262cdc-9102-4061-841f-ec64333cdad2 -smbios 'type=1,manufacturer=oVirt,product=oVirt Node,version=7-2.1511.el7.centos.2.10,serial=564D3726-E55D-5C11-DC45-CA1A50480E83,uuid=2a262cdc-9102-4061-841f-ec64333cdad2' -nographic -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-1-HostedEngine/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2016-12-15T09:43:41,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-reboot -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x3 -drive file=/var/run/vdsm/storage/3e7d4336-c2e1-4fdc-99e7-81a0e69cf3a3/286a8fda-b77d-48b8-80a9-15b63e5321a2/63bfeca6-dc92-4145-845d-e785a18de949,format=raw,if=none,id=drive-virtio-disk0,serial=286a8fda-b77d-48b8-80a9-15b63e5321a2,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive if=none,id=drive-ide0-1-0,readonly=on -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=32 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:08:cc:5a,bus=pci.0,addr=0x2 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/2a262cdc-9102-4061-841f-ec64333cdad2.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/2a262cdc-9102-4061-841f-ec64333cdad2.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev socket,id=charchannel2,path=/var/lib/libvirt/qemu/channels/2a262cdc-9102-4061-841f-ec64333cdad2.org.ovirt.hosted-engine-setup.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=org.ovirt.hosted-engine-setup.0 -msg timestamp=on Perhaps during host-deploy the engine VM is launched with other kind of options that can have caused problems? I was also able to install a "normal" VM (CentOS 6.8 netinstall) into the infra. During the initial "run once" phase the command executed has been qemu 12862 1 27 11:19 ? 00:00:08 /usr/libexec/qemu-kvm -name guest=centos68,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-2-centos68/master-key.aes -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Broadwell,+rtm,+hle -m size=2097152k,slots=16,maxmem=4294967296k -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 -numa node,nodeid=0,cpus=0,mem=2048 -uuid 5c178328-2114-49bc-9acf-e7d93e06c0a7 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-2.1511.el7.centos.2.10,serial=564D3726-E55D-5C11-DC45-CA1A50480E83,uuid=5c178328-2114-49bc-9acf-e7d93e06c0a7 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-2-centos68/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2016-12-15T10:19:40,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot menu=on,splash-time=10000,strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive if=none,id=drive-ide0-1-0,readonly=on -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/00000001-0001-0001-0001-000000000311/402dbd39-23df-486a-bc5b-d98c0679eb2d/images/1f3d7de8-f1d9-4cf3-828c-de98dc25869d/2536bf8b-6699-4b2b-97b6-6b8d6d6eb2d2,format=raw,if=none,id=drive-scsi0-0-0-0,serial=1f3d7de8-f1d9-4cf3-828c-de98dc25869d,cache=none,werror=stop,rerror=stop,aio=threads -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 -netdev tap,fd=32,id=hostnet0,vhost=on,vhostfd=34 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x3,bootindex=2 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/5c178328-2114-49bc-9acf-e7d93e06c0a7.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/5c178328-2114-49bc-9acf-e7d93e06c0a7.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5900,addr=192.168.150.121,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=default,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -device qxl-vga,id=video0,ram_size=67108864,vram_size=8388608,vram64_size_mb=0,vgamem_mb=16,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -msg timestamp=on [root@ovirt41 ~]# After shut down and normal "run" from web admin the command line has been the same as "run once", except (excluding timestamp reference and domain-XX reference) run once -boot menu=on,splash-time=10000,strict=on -netdev tap,fd=32,id=hostnet0,vhost=on,vhostfd=34 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x3,bootindex=2 run -boot strict=on -netdev tap,fd=32,id=hostnet0,vhost=on,vhostfd=34 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x3 so quite consistent Gianluca

On Mon, Dec 12, 2016 at 6:38 PM, Chris Adams <cma@cmadams.net> wrote:

Once upon a time, Sandro Bonazzola <sbonazzo@redhat.com> said:

...

In terms of ovirt repositories, qemu-kvm-ev 2.6 is available right now in ovirt-master-snapshot-static, ovirt-4.0-snapshot-static, and ovirt-4.0-pre (contains 4.0.6 RC4 rpms going to be announced in a few minutes.)

Will qemu-kvm-ev 2.6 be added to any of the oVirt repos for prior versions (such as 3.5 or 3.6)?

You can enable CentOS Virt SIG repo by running "yum install centos-release-qemu-ev" on your CentOS 7 systems. and you'll have updated qemu-kvm-ev.

-- Chris Adams <cma@cmadams.net> _______________________________________________ Users mailing list Users@ovirt.org http://lists.phx.ovirt.org/mailman/listinfo/users

-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

On Tue, Dec 13, 2016 at 10:30 AM, Ralf Schenk <rs@databay.de> wrote:

Hello

by browsing the repository on http://mirror.centos.org/ centos/7/virt/x86_64/kvm-common/ I can't see any qemu-kvm-ev-2.6.* RPM.

I think this will break if I update the Ovirt-Hosts...

Agreed. Just checked what's going on, from #centos-devel IRC: (11:25:22) sbonazzo: kbsingh: hi, how are you? can you please push qemu-kvm-ev 2.6 to mirrors? (11:26:50) kbsingh: sbonazzo: the sign run is underway, its just being really slow for some network reason somewhere (11:26:56) kbsingh: sbonazzo: let me ping you once its done (11:27:10) sbonazzo: kbsingh: thanks!

[root@microcloud21 yum.repos.d]# yum check-update | grep libvirt libvirt.x86_64 2.0.0-10.el7_3.2 updates libvirt-client.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-config-network.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-config-nwfilter.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-interface.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-lxc.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-network.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-nodedev.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-nwfilter.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-qemu.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-secret.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-storage.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-kvm.x86_64 2.0.0-10.el7_3.2 updates libvirt-lock-sanlock.x86_64 2.0.0-10.el7_3.2 updates libvirt-python.x86_64 2.0.0-2.el7 base

[root@microcloud21 yum.repos.d]# yum check-update | grep qemu* ipxe-roms-qemu.noarch 20160127-5.git6366fa7a.el7 base libvirt-daemon-driver-qemu.x86_64 2.0.0-10.el7_3.2 updates

Am 13.12.2016 um 08:43 schrieb Sandro Bonazzola:

On Mon, Dec 12, 2016 at 6:38 PM, Chris Adams <cma@cmadams.net> wrote:

...

Once upon a time, Sandro Bonazzola <sbonazzo@redhat.com> said:

...

In terms of ovirt repositories, qemu-kvm-ev 2.6 is available right now in ovirt-master-snapshot-static, ovirt-4.0-snapshot-static, and ovirt-4.0-pre (contains 4.0.6 RC4 rpms going to be announced in a few minutes.)

Will qemu-kvm-ev 2.6 be added to any of the oVirt repos for prior versions (such as 3.5 or 3.6)?

You can enable CentOS Virt SIG repo by running "yum install centos-release-qemu-ev" on your CentOS 7 systems. and you'll have updated qemu-kvm-ev.

...

-- Chris Adams <cma@cmadams.net> _______________________________________________ Users mailing list Users@ovirt.org http://lists.phx.ovirt.org/mailman/listinfo/users

-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.phx.ovirt.org/mailman/listinfo/users

--

*Ralf Schenk* fon +49 (0) 24 05 / 40 83 70 fax +49 (0) 24 05 / 40 83 759 mail *rs@databay.de* <rs@databay.de>

*Databay AG* Jens-Otto-Krag-Straße 11 D-52146 Würselen *www.databay.de* <http://www.databay.de>

Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202 Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. Philipp Hermanns Aufsichtsratsvorsitzender: Wilhelm Dohmen ------------------------------

_______________________________________________ Users mailing list Users@ovirt.org http://lists.phx.ovirt.org/mailman/listinfo/users

-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

On Thu, Dec 15, 2016 at 3:02 PM, InterNetX - Juergen Gotteswinter < jg@internetx.com> wrote:

i can confirm that it will break ...

Dec 15 14:58:43 vm1 journal: internal error: qemu unexpectedly closed the monitor: Unexpected error in object_property_find() at qom/object.c:1003:#0122016-12-15T13:58:43.140073Z qemu-kvm: can't apply global Opteron_G4-x86_64-cpu.x1apic=off: Property '.x1apic' not found

Just an heads up that qemu-kvm-ev 2.6 is now in http://mirror.centos.org/ centos/7/virt/x86_64/kvm-common/

cheers,

Juergen

Am 13.12.2016 um 10:30 schrieb Ralf Schenk:

...

Hello

by browsing the repository on http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/ I can't see any qemu-kvm-ev-2.6.* RPM.

I think this will break if I update the Ovirt-Hosts...

[root@microcloud21 yum.repos.d]# yum check-update | grep libvirt libvirt.x86_64 2.0.0-10.el7_3.2 updates libvirt-client.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-config-network.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-config-nwfilter.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-interface.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-lxc.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-network.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-nodedev.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-nwfilter.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-qemu.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-secret.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-driver-storage.x86_64 2.0.0-10.el7_3.2 updates libvirt-daemon-kvm.x86_64 2.0.0-10.el7_3.2 updates libvirt-lock-sanlock.x86_64 2.0.0-10.el7_3.2 updates libvirt-python.x86_64 2.0.0-2.el7 base

[root@microcloud21 yum.repos.d]# yum check-update | grep qemu* ipxe-roms-qemu.noarch 20160127-5.git6366fa7a.el7 base libvirt-daemon-driver-qemu.x86_64 2.0.0-10.el7_3.2 updates

Am 13.12.2016 um 08:43 schrieb Sandro Bonazzola:

...

On Mon, Dec 12, 2016 at 6:38 PM, Chris Adams <cma@cmadams.net <mailto:cma@cmadams.net>> wrote:

Once upon a time, Sandro Bonazzola <sbonazzo@redhat.com <mailto:sbonazzo@redhat.com>> said: > In terms of ovirt repositories, qemu-kvm-ev 2.6 is available right now in > ovirt-master-snapshot-static, ovirt-4.0-snapshot-static, and ovirt-4.0-pre > (contains 4.0.6 RC4 rpms going to be announced in a few minutes.)

Will qemu-kvm-ev 2.6 be added to any of the oVirt repos for prior versions (such as 3.5 or 3.6)?

You can enable CentOS Virt SIG repo by running "yum install centos-release-qemu-ev" on your CentOS 7 systems. and you'll have updated qemu-kvm-ev.

-- Chris Adams <cma@cmadams.net <mailto:cma@cmadams.net>> _______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users>

-- Sandro Bonazzola Better technology. Faster innovation. Powered by community

collaboration. >> See how it works at redhat.com &lt;http://redhat.com> >> >> >> _______________________________________________ >> Users mailing list >> Users@ovirt.org >> http://lists.phx.ovirt.org/mailman/listinfo/users > > -- > > > *Ralf Schenk* > fon +49 (0) 24 05 / 40 83 70 > fax +49 (0) 24 05 / 40 83 759 > mail *rs@databay.de* &lt;mailto:rs@databay.de> > > *Databay AG* > Jens-Otto-Krag-Straße 11 > D-52146 Würselen > *www.databay.de* &lt;http://www.databay.de> > > Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202 > Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. > Philipp Hermanns > Aufsichtsratsvorsitzender: Wilhelm Dohmen > > ------------------------------------------------------------------------ > > > _______________________________________________ > Users mailing list > Users@ovirt.org > http://lists.phx.ovirt.org/mailman/listinfo/users > _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

Il 15/Dic/2016 16:17, "InterNetX - Juergen Gotteswinter" <jg@internetx.com> ha scritto: Am 15.12.2016 um 15:51 schrieb Sandro Bonazzola:

On Thu, Dec 15, 2016 at 3:02 PM, InterNetX - Juergen Gotteswinter <jg@internetx.com <mailto:jg@internetx.com>> wrote:

i can confirm that it will break ...

Dec 15 14:58:43 vm1 journal: internal error: qemu unexpectedly closed the monitor: Unexpected error in object_property_find() at qom/object.c:1003:#0122016-12-15T13:58:43.140073Z qemu-kvm: can't

apply

global Opteron_G4-x86_64-cpu.x1apic=off: Property '.x1apic' not found

Just an heads up that qemu-kvm-ev 2.6 is now in http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/ <http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/>

[16:16:47][root@vm1:/var/log]$rpm -aq |grep qemu-kvm-ev qemu-kvm-ev-2.6.0-27.1.el7.x86_64 [16:16:52][root@vm1:/var/log]$ this message is from 2.6 Adding Paolo and Michal.

cheers,

Juergen

Am 13.12.2016 um 10:30 schrieb Ralf Schenk: > Hello > > by browsing the repository on > http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/ <http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/> I can't

see

> any qemu-kvm-ev-2.6.* RPM. > > I think this will break if I update the Ovirt-Hosts... > > [root@microcloud21 yum.repos.d]# yum check-update | grep libvirt > libvirt.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-client.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-config-network.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-config-nwfilter.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-interface.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-lxc.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-network.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-nodedev.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-nwfilter.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-qemu.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-secret.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-storage.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-kvm.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-lock-sanlock.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-python.x86_64 2.0.0-2.el7 > base > > [root@microcloud21 yum.repos.d]# yum check-update | grep qemu* > ipxe-roms-qemu.noarch 20160127-5.git6366fa7a.el7 > base > libvirt-daemon-driver-qemu.x86_64 2.0.0-10.el7_3.2 > updates > > > Am 13.12.2016 um 08:43 schrieb Sandro Bonazzola: >> >> >> On Mon, Dec 12, 2016 at 6:38 PM, Chris Adams <cma@cmadams.net <mailto:cma@cmadams.net> >> <mailto:cma@cmadams.net <mailto:cma@cmadams.net>>> wrote: >> >> Once upon a time, Sandro Bonazzola <sbonazzo@redhat.com

<mailto:sbonazzo@redhat.com>

>> <mailto:sbonazzo@redhat.com <mailto:sbonazzo@redhat.com>>>

said:

>> > In terms of ovirt repositories, qemu-kvm-ev 2.6 is available >> right now in >> > ovirt-master-snapshot-static, ovirt-4.0-snapshot-static, and >> ovirt-4.0-pre >> > (contains 4.0.6 RC4 rpms going to be announced in a few

minutes.)

>> >> Will qemu-kvm-ev 2.6 be added to any of the oVirt repos for

prior

>> versions (such as 3.5 or 3.6)? >> >> >> You can enable CentOS Virt SIG repo by running "yum install >> centos-release-qemu-ev" on your CentOS 7 systems. >> and you'll have updated qemu-kvm-ev. >> >> >> >> -- >> Chris Adams <cma@cmadams.net <mailto:cma@cmadams.net> <mailto:cma@cmadams.net <mailto:cma@cmadams.net>>> >> _______________________________________________ >> Users mailing list >> Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >> http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users> >> <http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users>> >> >> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community

collaboration.

>> See how it works at redhat.com <http://redhat.com> <http://redhat.com> >> >> >> _______________________________________________ >> Users mailing list >> Users@ovirt.org <mailto:Users@ovirt.org> >> http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users> > > -- > > > *Ralf Schenk* > fon +49 (0) 24 05 / 40 83 70 <tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%2070> > fax +49 (0) 24 05 / 40 83 759 <tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%20759> > mail *rs@databay.de <mailto:rs@databay.de>* <mailto:rs@databay.de <mailto:rs@databay.de>> > > *Databay AG* > Jens-Otto-Krag-Straße 11 > D-52146 Würselen > *www.databay.de <http://www.databay.de>* <http://www.databay.de> > > Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202 > Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari,

Dipl.-Kfm.

> Philipp Hermanns > Aufsichtsratsvorsitzender: Wilhelm Dohmen > > ------------------------------------------------------------

------------

> > > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> > http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users> > _______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users>

-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com <http://redhat.com>

On 15/12/2016 17:07, InterNetX - Juergen Gotteswinter wrote:

Am 15.12.2016 um 16:46 schrieb Sandro Bonazzola:

...

Il 15/Dic/2016 16:17, "InterNetX - Juergen Gotteswinter" <jg@internetx.com <mailto:jg@internetx.com>> ha scritto:

Am 15.12.2016 um 15:51 schrieb Sandro Bonazzola: > > > On Thu, Dec 15, 2016 at 3:02 PM, InterNetX - Juergen Gotteswinter > <jg@internetx.com <mailto:jg@internetx.com> <mailto:jg@internetx.com <mailto:jg@internetx.com>>> wrote: > > i can confirm that it will break ... > > Dec 15 14:58:43 vm1 journal: internal error: qemu unexpectedly closed > the monitor: Unexpected error in object_property_find() at > qom/object.c:1003:#0122016-12-15T13:58:43.140073Z qemu-kvm: can't apply > global Opteron_G4-x86_64-cpu.x1apic=off: Property '.x1apic' not found > > > Just an heads up that qemu-kvm-ev 2.6 is now > in http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/ <http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/> > <http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/ <http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/>>

[16:16:47][root@vm1:/var/log]$rpm -aq |grep qemu-kvm-ev qemu-kvm-ev-2.6.0-27.1.el7.x86_64 [16:16:52][root@vm1:/var/log]$

this message is from 2.6

Adding Paolo and Michal.

sorry, theres a little bit more in the startup log which might be helpful

Unexpected error in object_property_find() at qom/object.c:1003: 2016-12-15T13:58:43.140073Z qemu-kvm: can't apply global Opteron_G4-x86_64-cpu.x1apic=off: Property '.x1apic' not found

This is now bug 1405123. Paolo

the complete startup parameters in that case are

LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name guest=jg123_vm1_loadtest,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-2-jg123_vm1_loadtest/master-key.aes -machine rhel6.5.0,accel=kvm,usb=off -cpu Opteron_G4 -m 65536 -realtime mlock=off -smp 8,maxcpus=64,sockets=16,cores=4,threads=1 -uuid 20047459-7e48-4160-ac77-0e26a4f99472 -smbios 'type=1,manufacturer=oVirt,product=oVirt Node,version=7-3.1611.el7.centos,serial=4C4C4544-0039-3310-8043-B2C04F463032,uuid=20047459-7e48-4160-ac77-0e26a4f99472' -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-2-jg123_vm1_loadtest/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2016-12-15T13:58:41,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 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive if=none,id=drive-ide0-1-0,readonly=on -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/00000002-0002-0002-0002-0000000002f7/d5b56ea4-782e-4002-bb9a-478b337b5c9f/images/f022eca0-1af3-43ad-acad-4731ceceed3e/94b35a95-c80b-434c-afe7-e8ab4391395c,format=qcow2,if=none,id=drive-scsi0-0-0-0,serial=f022eca0-1af3-43ad-acad-4731ceceed3e,cache=none,werror=stop,rerror=stop,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 -netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:5e:43:04,bus=pci.0,addr=0x3,bootindex=2 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/20047459-7e48-4160-ac77-0e26a4f99472.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/20047459-7e48-4160-ac77-0e26a4f99472.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5900,addr=192.168.210.80,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=default,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -k en-us -device qxl-vga,id=video0,ram_size=67108864,vram_size=33554432,vram64_size_mb=0,vgamem_mb=16,bus=pci.0,addr=0x2 -msg timestamp=on

...

> > > > > cheers, > > Juergen > > Am 13.12.2016 um 10:30 schrieb Ralf Schenk: > > Hello > > > > by browsing the repository on > > http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/ <http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/> > <http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/ <http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/>> I can't see > > any qemu-kvm-ev-2.6.* RPM. > > > > I think this will break if I update the Ovirt-Hosts... > > > > [root@microcloud21 yum.repos.d]# yum check-update | grep libvirt > > libvirt.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-client.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-daemon.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-daemon-config-network.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-daemon-config-nwfilter.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-daemon-driver-interface.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-daemon-driver-lxc.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-daemon-driver-network.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-daemon-driver-nodedev.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-daemon-driver-nwfilter.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-daemon-driver-qemu.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-daemon-driver-secret.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-daemon-driver-storage.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-daemon-kvm.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-lock-sanlock.x86_64 2.0.0-10.el7_3.2 > > updates > > libvirt-python.x86_64 2.0.0-2.el7 > > base > > > > [root@microcloud21 yum.repos.d]# yum check-update | grep qemu* > > ipxe-roms-qemu.noarch 20160127-5.git6366fa7a.el7 > > base > > libvirt-daemon-driver-qemu.x86_64 2.0.0-10.el7_3.2 > > updates > > > > > > Am 13.12.2016 um 08:43 schrieb Sandro Bonazzola: > >> > >> > >> On Mon, Dec 12, 2016 at 6:38 PM, Chris Adams <cma@cmadams.net <mailto:cma@cmadams.net> > <mailto:cma@cmadams.net <mailto:cma@cmadams.net>> > >> <mailto:cma@cmadams.net <mailto:cma@cmadams.net> <mailto:cma@cmadams.net <mailto:cma@cmadams.net>>>> wrote: > >> > >> Once upon a time, Sandro Bonazzola <sbonazzo@redhat.com <mailto:sbonazzo@redhat.com> <mailto:sbonazzo@redhat.com <mailto:sbonazzo@redhat.com>> > >> <mailto:sbonazzo@redhat.com <mailto:sbonazzo@redhat.com> <mailto:sbonazzo@redhat.com <mailto:sbonazzo@redhat.com>>>> said: > >> > In terms of ovirt repositories, qemu-kvm-ev 2.6 is available > >> right now in > >> > ovirt-master-snapshot-static, ovirt-4.0-snapshot-static, and > >> ovirt-4.0-pre > >> > (contains 4.0.6 RC4 rpms going to be announced in a few minutes.) > >> > >> Will qemu-kvm-ev 2.6 be added to any of the oVirt repos for prior > >> versions (such as 3.5 or 3.6)? > >> > >> > >> You can enable CentOS Virt SIG repo by running "yum install > >> centos-release-qemu-ev" on your CentOS 7 systems. > >> and you'll have updated qemu-kvm-ev. > >> > >> > >> > >> -- > >> Chris Adams <cma@cmadams.net <mailto:cma@cmadams.net> <mailto:cma@cmadams.net <mailto:cma@cmadams.net>> > <mailto:cma@cmadams.net <mailto:cma@cmadams.net> <mailto:cma@cmadams.net <mailto:cma@cmadams.net>>>> > >> _______________________________________________ > >> Users mailing list > >> Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> > >> http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users> > <http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users>> > >> <http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users> > <http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users>>> > >> > >> > >> > >> > >> -- > >> Sandro Bonazzola > >> Better technology. Faster innovation. Powered by community collaboration. > >> See how it works at redhat.com <http://redhat.com> <http://redhat.com> > <http://redhat.com> > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > >> http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users> > <http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users>> > > > > -- > > > > > > *Ralf Schenk* > > fon +49 (0) 24 05 / 40 83 70 <tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%2070> > <tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%2070> > > fax +49 (0) 24 05 / 40 83 759 <tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%20759> > <tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%20759> > > mail *rs@databay.de <mailto:rs@databay.de> <mailto:rs@databay.de <mailto:rs@databay.de>>* <mailto:rs@databay.de <mailto:rs@databay.de> > <mailto:rs@databay.de <mailto:rs@databay.de>>> > > > > *Databay AG* > > Jens-Otto-Krag-Straße 11 > > D-52146 Würselen > > *www.databay.de <http://www.databay.de> <http://www.databay.de>* <http://www.databay.de> > > > > Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202 > > Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. > > Philipp Hermanns > > Aufsichtsratsvorsitzender: Wilhelm Dohmen > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > Users mailing list > > Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > > http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users> > <http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users>> > > > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > http://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users> > <http://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users>> > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com <http://redhat.com> <http://redhat.com>

Am 15.12.2016 um 17:26 schrieb Paolo Bonzini:

On 15/12/2016 16:46, Sandro Bonazzola wrote:

...

Il 15/Dic/2016 16:17, "InterNetX - Juergen Gotteswinter" <jg@internetx.com <mailto:jg@internetx.com>> ha scritto:

Am 15.12.2016 um 15:51 schrieb Sandro Bonazzola: > > > On Thu, Dec 15, 2016 at 3:02 PM, InterNetX - Juergen Gotteswinter > <jg@internetx.com <mailto:jg@internetx.com> <mailto:jg@internetx.com <mailto:jg@internetx.com>>> wrote: > > i can confirm that it will break ... > > Dec 15 14:58:43 vm1 journal: internal error: qemu unexpectedly closed > the monitor: Unexpected error in object_property_find() at > qom/object.c:1003:#0122016-12-15T13:58:43.140073Z qemu-kvm: can't apply > global Opteron_G4-x86_64-cpu.x1apic=off: Property '.x1apic' not found > > > Just an heads up that qemu-kvm-ev 2.6 is now > in http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/ <http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/> > <http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/ <http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/>>

[16:16:47][root@vm1:/var/log]$rpm -aq |grep qemu-kvm-ev qemu-kvm-ev-2.6.0-27.1.el7.x86_64 [16:16:52][root@vm1:/var/log]$

this message is from 2.6

Adding Paolo and Michal.

The message is ugly, but that "x1apic" should have read "x2apic".

Paolo

Yep, it seems to be introduced with "0002-Add-RHEL-7-machine-types.patch" starting at line 862 + },\ + {\ + .driver = "Opteron_G4" "-" TYPE_X86_CPU,\ + .property = "x1apic",\ + .value = "off",\ + },\ + {\ going to test this right now

On 15 Dec 2016, at 16:46, Sandro Bonazzola <sbonazzo@redhat.com> wrote:

Il 15/Dic/2016 16:17, "InterNetX - Juergen Gotteswinter" <jg@internetx.com> ha scritto: Am 15.12.2016 um 15:51 schrieb Sandro Bonazzola:

...

On Thu, Dec 15, 2016 at 3:02 PM, InterNetX - Juergen Gotteswinter <jg@internetx.com <mailto:jg@internetx.com>> wrote:

i can confirm that it will break ...

Dec 15 14:58:43 vm1 journal: internal error: qemu unexpectedly closed the monitor: Unexpected error in object_property_find() at qom/object.c:1003:#0122016-12-15T13:58:43.140073Z qemu-kvm: can't apply global Opteron_G4-x86_64-cpu.x1apic=off: Property '.x1apic' not found

Just an heads up that qemu-kvm-ev 2.6 is now in http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/ <http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/>

[16:16:47][root@vm1:/var/log]$rpm -aq |grep qemu-kvm-ev qemu-kvm-ev-2.6.0-27.1.el7.x86_64 [16:16:52][root@vm1:/var/log]$

this message is from 2.6

Adding Paolo and Michal.

it is important for 3.6 and 4.0, but in 4.1 we should not be using any rhel-6 machine type anymore There is https://bugzilla.redhat.com/show_bug.cgi?id=1402435 for HE which should be fixed (if real)

...

cheers,

Juergen

Am 13.12.2016 um 10:30 schrieb Ralf Schenk: > Hello > > by browsing the repository on > http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/ <http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/> I can't see > any qemu-kvm-ev-2.6.* RPM. > > I think this will break if I update the Ovirt-Hosts... > > [root@microcloud21 yum.repos.d]# yum check-update | grep libvirt > libvirt.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-client.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-config-network.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-config-nwfilter.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-interface.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-lxc.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-network.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-nodedev.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-nwfilter.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-qemu.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-secret.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-driver-storage.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-daemon-kvm.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-lock-sanlock.x86_64 2.0.0-10.el7_3.2 > updates > libvirt-python.x86_64 2.0.0-2.el7 > base > > [root@microcloud21 yum.repos.d]# yum check-update | grep qemu* > ipxe-roms-qemu.noarch 20160127-5.git6366fa7a.el7 > base > libvirt-daemon-driver-qemu.x86_64 2.0.0-10.el7_3.2 > updates > > > Am 13.12.2016 um 08:43 schrieb Sandro Bonazzola: >> >> >> On Mon, Dec 12, 2016 at 6:38 PM, Chris Adams <cma@cmadams.net <mailto:cma@cmadams.net> >> <mailto:cma@cmadams.net <mailto:cma@cmadams.net>>> wrote: >> >> Once upon a time, Sandro Bonazzola <sbonazzo@redhat.com <mailto:sbonazzo@redhat.com> >> <mailto:sbonazzo@redhat.com <mailto:sbonazzo@redhat.com>>> said: >> > In terms of ovirt repositories, qemu-kvm-ev 2.6 is available >> right now in >> > ovirt-master-snapshot-static, ovirt-4.0-snapshot-static, and >> ovirt-4.0-pre >> > (contains 4.0.6 RC4 rpms going to be announced in a few minutes.) >> >> Will qemu-kvm-ev 2.6 be added to any of the oVirt repos for prior >> versions (such as 3.5 or 3.6)? >> >> >> You can enable CentOS Virt SIG repo by running "yum install >> centos-release-qemu-ev" on your CentOS 7 systems. >> and you'll have updated qemu-kvm-ev. >> >> >> >> -- >> Chris Adams <cma@cmadams.net <mailto:cma@cmadams.net> <mailto:cma@cmadams.net <mailto:cma@cmadams.net>>> >> _______________________________________________ >> Users mailing list >> Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >> http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users> >> <http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users>> >> >> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com <http://redhat.com> <http://redhat.com> >> >> >> _______________________________________________ >> Users mailing list >> Users@ovirt.org <mailto:Users@ovirt.org> >> http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users> > > -- > > > *Ralf Schenk* > fon +49 (0) 24 05 / 40 83 70 <tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%2070> > fax +49 (0) 24 05 / 40 83 759 <tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%20759> > mail *rs@databay.de <mailto:rs@databay.de>* <mailto:rs@databay.de <mailto:rs@databay.de>> > > *Databay AG* > Jens-Otto-Krag-Straße 11 > D-52146 Würselen > *www.databay.de <http://www.databay.de>* <http://www.databay.de> > > Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202 > Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. > Philipp Hermanns > Aufsichtsratsvorsitzender: Wilhelm Dohmen > > ------------------------------------------------------------------------ > > > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> > http://lists.phx.ovirt.org/mailman/listinfo/users <http://lists.phx.ovirt.org/mailman/listinfo/users> > _______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users>

-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com <http://redhat.com>

On 22/12/2016 15:29, Michal Skrivanek wrote:

...

it is important for 3.6 and 4.0, but in 4.1 we should not be using any rhel-6 machine type anymore There is https://bugzilla.redhat.com/show_bug.cgi?id=1402435 for HE which should be fixed (if real)

though, the bug opened by Paolo talks about rhel-6.6.0 machine type, but we are using rhel-6.5.0, and then only 7.0,7.2,7.3 Can you confirm? The report from Juergen indicates 6.5 is broken too

All RHEL-6 machine types are broken in the same way. Paolo

</div><div><p class=3DMsoNormal> * ovirt-4.0: <a =

</div><div><p class=3DMsoNormal> * updates: <a =

------=_NextPart_000_0033_01D2606A.D4BD47A0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0034_01D2606A.D4BD47A0" ------=_NextPart_001_0034_01D2606A.D4BD47A0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, =20 The package starts with q, yet you pasted only ovirt and vdsm from yum = update. =20 Can you paste complete output of yum update? =20 Also, the qemu package should be there when you go to 7.3 =20 http://mirror.centos.org/centos-7/7.3.1611/virt/x86_64/kvm-common/ =20 From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf = Of Gianluca Cecchi Sent: jeudi 22 d=C3=A9cembre 2016 17:29 To: Sandro Bonazzola <sbonazzo@redhat.com> Cc: users <users@ovirt.org> Subject: Re: [ovirt-users] [HEADS UP] CentOS 7.3 is rolling out, need = qemu-kvm-ev 2.6 =20 On Mon, Dec 12, 2016 at 1:49 PM, Sandro Bonazzola <sbonazzo@redhat.com = <mailto:sbonazzo@redhat.com> > wrote: Hi, as you probably noticed, CentOS 7.3 is rolling out right now and will be = announced pretty soon. Please note that due to new libvirt shipped within CentOS 7.3, it is = required to update qemu-kvm-ev to 2.6 at the same time. =20 If you're using CentOS Virt SIG rpms / repos for oVirt this should = happen automatically.=20 If you're using only ovirt repositories be sure to have qemu-kvm-ev 2.6 = if you update to CentOS 7.3. =20 In terms of ovirt repositories, qemu-kvm-ev 2.6 is available right now = in ovirt-master-snapshot-static, ovirt-4.0-snapshot-static, and = ovirt-4.0-pre (contains 4.0.6 RC4 rpms going to be announced in a few = minutes.) =20 Thanks, --=20 Sandro Bonazzola Better technology. Faster innovation. Powered by community = collaboration. See how it works at redhat.com <http://redhat.com>=20 =20 =20 Hello, I start again from the initial post. There is still something that I miss on this. I currently have a host in oVirt 4.0.5 and in CentOS 7.2 (last update = run on mid November) What are the steps I should run to keep current my oVirt host os now? =20 If I now run=20 =20 [root@ractor ~]# yum update Loaded plugins: fastestmirror, langpacks Repository virtio-win-stable is listed more than once in the = configuration Loading mirror speeds from cached hostfile * base: ba.mirror.garr.it <http://ba.mirror.garr.it>=20 * extras: artfiles.org <http://artfiles.org>=20 * ovirt-3.6: ftp.nluug.nl <http://ftp.nluug.nl>=20 * ovirt-3.6-epel: epel.besthosting.ua <http://epel.besthosting.ua>=20 * ovirt-4.0: ftp.nluug.nl <http://ftp.nluug.nl>=20 * ovirt-4.0-epel: epel.besthosting.ua <http://epel.besthosting.ua>=20 * updates: ba.mirror.garr.it <http://ba.mirror.garr.it>=20 Resolving Dependencies =20 and relevant updates proposed are =20 Installing: kernel x86_64 3.10.0-514.2.2.el7 = updates 37 M =20 . . . =20 Updating: =20 . . . =20 centos-release x86_64 7-3.1611.el7.centos = base 23 k =20 . . .=20 =20 libvirt x86_64 2.0.0-10.el7_3.2 = updates 138 k libvirt-client x86_64 2.0.0-10.el7_3.2 = updates 4.3 M libvirt-daemon x86_64 2.0.0-10.el7_3.2 = updates 720 k libvirt-daemon-config-network x86_64 2.0.0-10.el7_3.2 = updates 139 k libvirt-daemon-config-nwfilter x86_64 2.0.0-10.el7_3.2 = updates 141 k libvirt-daemon-driver-interface x86_64 2.0.0-10.el7_3.2 = updates 181 k libvirt-daemon-driver-lxc x86_64 2.0.0-10.el7_3.2 = updates 803 k libvirt-daemon-driver-network x86_64 2.0.0-10.el7_3.2 = updates 337 k libvirt-daemon-driver-nodedev x86_64 2.0.0-10.el7_3.2 = updates 181 k libvirt-daemon-driver-nwfilter x86_64 2.0.0-10.el7_3.2 = updates 205 k libvirt-daemon-driver-qemu x86_64 2.0.0-10.el7_3.2 = updates 615 k libvirt-daemon-driver-secret x86_64 2.0.0-10.el7_3.2 = updates 171 k libvirt-daemon-driver-storage x86_64 2.0.0-10.el7_3.2 = updates 375 k libvirt-daemon-kvm x86_64 2.0.0-10.el7_3.2 = updates 137 k libvirt-lock-sanlock x86_64 2.0.0-10.el7_3.2 = updates 186 k libvirt-python x86_64 2.0.0-2.el7 = base 321 k =20 . . . =20 vdsm x86_64 4.18.15.3-1.el7.centos = ovirt-4.0 688 k vdsm-api noarch 4.18.15.3-1.el7.centos = ovirt-4.0 53 k vdsm-cli noarch 4.18.15.3-1.el7.centos = ovirt-4.0 67 k vdsm-hook-vmfex-dev noarch 4.18.15.3-1.el7.centos = ovirt-4.0 6.6 k vdsm-infra noarch 4.18.15.3-1.el7.centos = ovirt-4.0 12 k vdsm-jsonrpc noarch 4.18.15.3-1.el7.centos = ovirt-4.0 25 k vdsm-python noarch 4.18.15.3-1.el7.centos = ovirt-4.0 602 k vdsm-xmlrpc noarch 4.18.15.3-1.el7.centos = ovirt-4.0 25 k vdsm-yajsonrpc noarch 4.18.15.3-1.el7.centos = ovirt-4.0 27 k =20 . . . =20 No qemu related update proposed. =20 The same if I run a "yum clean all" before. =20 My current situation about it: =20 [root@ractor ~]# rpm -qa|grep ^qemu qemu-kvm-common-ev-2.3.0-31.el7.16.1.x86_64 qemu-img-ev-2.3.0-31.el7.16.1.x86_64 qemu-kvm-ev-2.3.0-31.el7.16.1.x86_64 qemu-kvm-tools-ev-2.3.0-31.el7.16.1.x86_64 [root@ractor ~]#=20 =20 Does this mean I'm going to have problems still, because of libvirt = version provided by CentOS 7.3 and qemu-kvm-ev 2.3? Also, what are exactly te problems we are speaking about? Do I need to follow what suggested in one of the threads's mails =20 " You can enable CentOS Virt SIG repo by running "yum install = centos-release-qemu-ev" on your CentOS 7 systems. and you'll have updated qemu-kvm-ev." =20 Is it planned that this repo is going to be enabled by default then, so = that no manual intervention from users? =20 Thanks, Gianluca ------=_NextPart_001_0034_01D2606A.D4BD47A0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta = http-equiv=3DContent-Type content=3D"text/html; charset=3Dutf-8"><meta = name=3DGenerator content=3D"Microsoft Word 15 (filtered = medium)"><style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; margin-bottom:.0001pt; font-size:12.0pt; font-family:"Times New Roman",serif;} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} p.msonormal0, li.msonormal0, div.msonormal0 {mso-style-name:msonormal; mso-margin-top-alt:auto; margin-right:0cm; mso-margin-bottom-alt:auto; margin-left:0cm; font-size:12.0pt; font-family:"Times New Roman",serif;} span.gmail-hoenzb {mso-style-name:gmail-hoenzb;} span.EmailStyle19 {mso-style-type:personal-reply; font-family:"Calibri",sans-serif; color:windowtext;} .MsoChpDefault {mso-style-type:export-only; font-family:"Calibri",sans-serif; mso-fareast-language:EN-US;} @page WordSection1 {size:612.0pt 792.0pt; margin:70.85pt 70.85pt 70.85pt 70.85pt;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext=3D"edit"> <o:idmap v:ext=3D"edit" data=3D"1" /> </o:shapelayout></xml><![endif]--></head><body lang=3DFR-LU link=3Dblue = vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span = lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-la= nguage:EN-US'>Hi,<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-la= nguage:EN-US'><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-la= nguage:EN-US'>The package starts with q, yet you pasted only ovirt and = vdsm from yum update.<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-la= nguage:EN-US'><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-la= nguage:EN-US'>Can you paste complete output of yum = update?<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-la= nguage:EN-US'><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-la= nguage:EN-US'>Also, the qemu package should be there when you go to = 7.3<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-la= nguage:EN-US'><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-la= nguage:EN-US'>http://mirror.centos.org/centos-7/7.3.1611/virt/x86_64/kvm-= common/<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif;mso-fareast-la= nguage:EN-US'><o:p> </o:p></span></p><div = style=3D'border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm = 4.0pt'><div><div style=3D'border:none;border-top:solid #E1E1E1 = 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=3DMsoNormal><b><span = lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif'>From:</span><= /b><span lang=3DEN-US = style=3D'font-size:11.0pt;font-family:"Calibri",sans-serif'> = users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] <b>On Behalf Of = </b>Gianluca Cecchi<br><b>Sent:</b> jeudi 22 d=C3=A9cembre 2016 = 17:29<br><b>To:</b> Sandro Bonazzola = <sbonazzo@redhat.com><br><b>Cc:</b> users = <users@ovirt.org><br><b>Subject:</b> Re: [ovirt-users] [HEADS UP] = CentOS 7.3 is rolling out, need qemu-kvm-ev = 2.6<o:p></o:p></span></p></div></div><p = class=3DMsoNormal><o:p> </o:p></p><div><div><div><p = class=3DMsoNormal>On Mon, Dec 12, 2016 at 1:49 PM, Sandro Bonazzola = <<a href=3D"mailto:sbonazzo@redhat.com" = target=3D"_blank">sbonazzo@redhat.com</a>> = wrote:<o:p></o:p></p><blockquote style=3D'border:none;border-left:solid = #CCCCCC 1.0pt;padding:0cm 0cm 0cm = 6.0pt;margin-left:4.8pt;margin-right:0cm'><div><p = class=3DMsoNormal>Hi,<o:p></o:p></p><div><p class=3DMsoNormal>as you = probably noticed, CentOS 7.3 is rolling out right now and will be = announced pretty soon.<o:p></o:p></p></div><div><p = class=3DMsoNormal>Please note that due to new libvirt shipped within = CentOS 7.3, it is required to update qemu-kvm-ev to 2.6 at the same = time.<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal>If you're using CentOS Virt SIG rpms / repos for oVirt = this should happen automatically. <o:p></o:p></p></div><div><p = class=3DMsoNormal>If you're using only ovirt repositories be sure to = have qemu-kvm-ev 2.6 if you update to CentOS 7.3.<br = clear=3Dall><o:p></o:p></p><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal>In terms of ovirt repositories, qemu-kvm-ev 2.6 is = available right now in ovirt-master-snapshot-static, = ovirt-4.0-snapshot-static, and ovirt-4.0-pre (contains 4.0.6 RC4 rpms = going to be announced in a few minutes.)<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal>Thanks,<o:p></o:p></p></div><p class=3DMsoNormal><span = class=3Dgmail-hoenzb><span style=3D'color:#888888'>-- = <o:p></o:p></span></span></p><div><div><div><div><div><div><div><div><p = class=3DMsoNormal><span style=3D'color:#888888'>Sandro = Bonazzola<br>Better technology. Faster innovation. Powered by community = collaboration.<br>See how it works at <a href=3D"http://redhat.com" = target=3D"_blank">redhat.com</a></span><o:p></o:p></p></div></div></div><= /div></div></div></div></div></div></div></blockquote></div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal>Hello,<o:p></o:p></p></div><div><p class=3DMsoNormal>I = start again from the initial post.<o:p></o:p></p></div><div><p = class=3DMsoNormal>There is still something that I miss on = this.<o:p></o:p></p></div><div><p class=3DMsoNormal>I currently have a = host in oVirt 4.0.5 and in CentOS 7.2 (last update run on mid = November)<o:p></o:p></p></div><div><p class=3DMsoNormal>What are the = steps I should run to keep current my oVirt host os = now?<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal>If I now run <o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><div><p = class=3DMsoNormal>[root@ractor ~]# yum = update<o:p></o:p></p></div><div><p class=3DMsoNormal>Loaded plugins: = fastestmirror, langpacks<o:p></o:p></p></div><div><p = class=3DMsoNormal>Repository virtio-win-stable is listed more than once = in the configuration<o:p></o:p></p></div><div><p = class=3DMsoNormal>Loading mirror speeds from cached = hostfile<o:p></o:p></p></div><div><p class=3DMsoNormal> * base: <a = href=3D"http://ba.mirror.garr.it">ba.mirror.garr.it</a><o:p></o:p></p></d= iv><div><p class=3DMsoNormal> * extras: <a = href=3D"http://artfiles.org">artfiles.org</a><o:p></o:p></p></div><div><p= class=3DMsoNormal> * ovirt-3.6: <a = href=3D"http://ftp.nluug.nl">ftp.nluug.nl</a><o:p></o:p></p></div><div><p= class=3DMsoNormal> * ovirt-3.6-epel: <a = href=3D"http://epel.besthosting.ua">epel.besthosting.ua</a><o:p></o:p></p= href=3D"http://ftp.nluug.nl">ftp.nluug.nl</a><o:p></o:p></p></div><div><p= class=3DMsoNormal> * ovirt-4.0-epel: <a = href=3D"http://epel.besthosting.ua">epel.besthosting.ua</a><o:p></o:p></p= href=3D"http://ba.mirror.garr.it">ba.mirror.garr.it</a><o:p></o:p></p></d= iv><div><p class=3DMsoNormal>Resolving = Dependencies<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal>and relevant updates proposed = are<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><div><p = class=3DMsoNormal>Installing:<o:p></o:p></p></div><div><p = class=3DMsoNormal> kernel             =                x86_64   = 3.10.0-514.2.2.el7               =  updates                 =       37 M<o:p></o:p></p></div></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p class=3DMsoNormal>. = . .<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><div><p = class=3DMsoNormal>Updating:<o:p></o:p></p></div></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p class=3DMsoNormal>. = . .<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal> centos-release         =            x86_64   = 7-3.1611.el7.centos               = base                   =        23 k<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p class=3DMsoNormal>. = . . <o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><div><p = class=3DMsoNormal> libvirt           =                 x86_64   = 2.0.0-10.el7_3.2                 =  updates                 =      138 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-client         =            x86_64   2.0.0-10.el7_3.2 =                  updates =                     =  4.3 M<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-daemon         =            x86_64   2.0.0-10.el7_3.2 =                  updates =                     =  720 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-daemon-config-network     = x86_64   2.0.0-10.el7_3.2             =      updates             =          139 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-daemon-config-nwfilter   =  x86_64   2.0.0-10.el7_3.2           =        updates           =            141 = k<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-daemon-driver-interface   x86_64 =   2.0.0-10.el7_3.2               =    updates               =        181 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-daemon-driver-lxc       =   x86_64   2.0.0-10.el7_3.2           =        updates           =            803 = k<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-daemon-driver-network     = x86_64   2.0.0-10.el7_3.2             =      updates             =          337 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-daemon-driver-nodedev     = x86_64   2.0.0-10.el7_3.2             =      updates             =          181 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-daemon-driver-nwfilter   =  x86_64   2.0.0-10.el7_3.2           =        updates           =            205 = k<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-daemon-driver-qemu       =  x86_64   2.0.0-10.el7_3.2           =        updates           =            615 = k<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-daemon-driver-secret     =  x86_64   2.0.0-10.el7_3.2           =        updates           =            171 = k<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-daemon-driver-storage     = x86_64   2.0.0-10.el7_3.2             =      updates             =          375 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-daemon-kvm         =        x86_64   2.0.0-10.el7_3.2     =              updates     =                  137 = k<o:p></o:p></p></div><div><p = class=3DMsoNormal> libvirt-lock-sanlock         =      x86_64   2.0.0-10.el7_3.2       =            updates       =                186 = k<o:p></o:p></p></div><div><p class=3DMsoNormal> libvirt-python =                   =  x86_64   2.0.0-2.el7           =             base       =                   321 = k<o:p></o:p></p></div></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p class=3DMsoNormal>. = . .<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><div><p = class=3DMsoNormal> vdsm             =                  x86_64 =   4.18.15.3-1.el7.centos           =  ovirt-4.0                 =    688 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> vdsm-api           =                noarch   = 4.18.15.3-1.el7.centos           =  ovirt-4.0                 =     53 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> vdsm-cli           =                noarch   = 4.18.15.3-1.el7.centos           =  ovirt-4.0                 =     67 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> vdsm-hook-vmfex-dev         =       noarch   4.18.15.3-1.el7.centos     =        ovirt-4.0           =          6.6 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> vdsm-infra           =              noarch   = 4.18.15.3-1.el7.centos           =  ovirt-4.0                 =     12 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> vdsm-jsonrpc           =            noarch   = 4.18.15.3-1.el7.centos           =  ovirt-4.0                 =     25 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> vdsm-python           =             noarch   = 4.18.15.3-1.el7.centos           =  ovirt-4.0                 =    602 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> vdsm-xmlrpc           =             noarch   = 4.18.15.3-1.el7.centos           =  ovirt-4.0                 =     25 k<o:p></o:p></p></div><div><p = class=3DMsoNormal> vdsm-yajsonrpc         =            noarch   = 4.18.15.3-1.el7.centos           =  ovirt-4.0                 =     27 k<o:p></o:p></p></div></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p class=3DMsoNormal>. = . .<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal>No qemu related update = proposed.<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal>The same if I run a "yum clean all" = before.<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal>My current situation about = it:<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><div><p = class=3DMsoNormal>[root@ractor ~]# rpm -qa|grep = ^qemu<o:p></o:p></p></div><div><p = class=3DMsoNormal>qemu-kvm-common-ev-2.3.0-31.el7.16.1.x86_64<o:p></o:p><= /p></div><div><p = class=3DMsoNormal>qemu-img-ev-2.3.0-31.el7.16.1.x86_64<o:p></o:p></p></di= v><div><p = class=3DMsoNormal>qemu-kvm-ev-2.3.0-31.el7.16.1.x86_64<o:p></o:p></p></di= v><div><p = class=3DMsoNormal>qemu-kvm-tools-ev-2.3.0-31.el7.16.1.x86_64<o:p></o:p></= p></div><div><p class=3DMsoNormal>[root@ractor = ~]# <o:p></o:p></p></div></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal>Does this mean I'm going to have problems still, = because of libvirt version provided by CentOS 7.3 and qemu-kvm-ev = 2.3?<o:p></o:p></p></div><div><p class=3DMsoNormal>Also, what are = exactly te problems we are speaking about?<o:p></o:p></p></div><div><p = class=3DMsoNormal>Do I need to follow what suggested in one of the = threads's mails<o:p></o:p></p></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal>"<o:p></o:p></p></div><div><div><p = class=3DMsoNormal><span style=3D'font-size:9.5pt'>You can enable CentOS = Virt SIG repo by running "yum install centos-release-qemu-ev" = on your CentOS 7 systems.<o:p></o:p></span></p></div><div><p = class=3DMsoNormal><span style=3D'font-size:9.5pt'>and you'll have = updated qemu-kvm-ev."<o:p></o:p></span></p></div></div><div><p = class=3DMsoNormal><span = style=3D'font-size:9.5pt'><o:p> </o:p></span></p></div><div><p = class=3DMsoNormal>Is it planned that this repo is going to be enabled by = default then, so that no manual intervention from = users?<o:p></o:p></p></div></div><div><p = class=3DMsoNormal><o:p> </o:p></p></div><div><p = class=3DMsoNormal>Thanks,<o:p></o:p></p></div><div><p = class=3DMsoNormal>Gianluca<o:p></o:p></p></div></div></div></div></body><= /html> ------=_NextPart_001_0034_01D2606A.D4BD47A0-- ------=_NextPart_000_0033_01D2606A.D4BD47A0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIODTCCA7cw ggKfoAMCAQICEAzn4OUX2Eb+j+Vg/BvwMDkwDQYJKoZIhvcNAQEFBQAwZTELMAkGA1UEBhMCVVMx FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UE AxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBSb290IENBMB4XDTA2MTExMDAwMDAwMFoXDTMxMTExMDAw MDAwMFowZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3 LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBSb290IENBMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEArQ4VzuRDgFyxh/O3YPlxEqWu3CaUiKr0zvUgOShY YAz4gNqpFZUyYTy1sSiEiorcnwoMgxd6j5Csiud5U1wxhCr2D5gyNnbM3t08qKLvavsh8lJh358g 1x/isdn+GGTSEltf+VgYNbxHzaE2+Wt/1LA4PsEbw4wz2dgvGP4oD7Ong9bDbkTAYTWWFv5ZnIt2 bdfxoksNK/8LctqeYNCOkDXGeFWHIKHP5W0KyEl8MZgzbCLph9AyWqK6E4IR7TkXnZk6cqHm+qTZ 1Rcxda6FfSKuPwFGhvYoecix2uRXF8R+HA6wtJKmVrO9spftqqfwt8WoP5UW0P+hlusIXxh3TwID AQABo2MwYTAOBgNVHQ8BAf8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUReuir/SS y4IxLVGLp6chnfNtyA8wHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZIhvcN AQEFBQADggEBAKIOvN/i7fDjcnN6ZJS/93Jm2DLkQnVirofr8tXZ3lazn8zOFCi5DZdgXBJMWOTT PYNJRViXNWkaqEfqVsZ5qxLYZ4GE338JPJTmuCYsIL09syiJ91//IuKXhB/pZe+H4N/BZ0mzXeuy CSrrJu14vn0/K/O3JjVtX4kBtklbnwEFm6s9JcHMtn/C8W+GxvpkaOuBLZTrQrf6jB7dYvG+UGe3 bL3z8R9rDDYHFn83fKlbbXrxEkZgg9cnBL5Lzpe+w2cqaBHfgOcMM2a/Ew0UbvN/H2MQHvqNGyVt bI+lt2EBsdKjJqEQcZ2t4sP5w5lRtysHCM4u5lCyp/oKRS+i8PIwggUAMIID6KADAgECAhADS+4X H7fhBjcv1HJCQL0qMA0GCSqGSIb3DQEBCwUAMGUxCzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdp Q2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFz c3VyZWQgSUQgUm9vdCBDQTAeFw0xNDExMTgxMjAwMDBaFw0yNDExMTgxMjAwMDBaMGkxCzAJBgNV BAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNV BAoTBlRFUkVOQTEdMBsGA1UEAxMUVEVSRU5BIFBlcnNvbmFsIENBIDMwggEiMA0GCSqGSIb3DQEB AQUAA4IBDwAwggEKAoIBAQDGpbsfVYL0pTRyFHJlm1/V6qBo2JuCiU9TYpx7jM4O2tQyDq8bjMum 69vg6wM0lMGHflMgqB75GxeKfQFmEldoXi2cLishqFUvU2cJeM3SaRsLk2BsuCgTzh9NsYgmrUX6 0KHOq7eYKVZxbPFWJF2nMOBuMXNu2qBXTGSLeLXHnNvG3r7TLzGg1oA5teAxQE6Eo8ySSeIXbP7w ZB76urwlh51PIbrJZjkDjdQVELh7OlTP1WO6T/Hf6BsEfeFcpoa1e+MW/lw0VetTPPHQ15HYKYP2 WYohHxzDiC+QUwE7UZVBlp9cXIpwHuDzSibc5RG3z0n/j2SQCx0Dk5FMAUErAgMBAAGjggGmMIIB ojASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBhjB5BggrBgEFBQcBAQRtMGswJAYI KwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcwAoY3aHR0cDovL2Nh Y2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNydDCBgQYDVR0fBHow eDA6oDigNoY0aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENB LmNybDA6oDigNoY0aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9v dENBLmNybDA9BgNVHSAENjA0MDIGBFUdIAAwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cuZGln aWNlcnQuY29tL0NQUzAdBgNVHQ4EFgQU8CHpSXdzn4WuGDvoUnAUBu1C7sowHwYDVR0jBBgwFoAU Reuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZIhvcNAQELBQADggEBADrCGyv+Y967YbS5R6j8fAWx JiAiUZvIPfn1xVgesF6jspwCQY8xGn/MG04d+Jh97I8I/Xfx29JEEFq2rQmw4PxiO9RiDZ7xoDxN d4rrRDR7jrtOKQP8J+o+ah0vSOP62hnD/zPS7NRMtIyVS2G277KAL5fIR62ngr984fmJghDv0bsj GAmeu3EP0xhUsDJT61IoAGoKBnxBPAeg3WXsdSm4Gn7btyvakeyFtYebr2KmOBSa28PRqGSDur56 aZhJoM2eMzc6prmvGwwtAzRsc5t2OsKRuHWV6O3anP2K27jGZR2bi1VX1NQUvIbpVNTuwjm+XcZt sa/AAJF9KGkEseAwggVKMIIEMqADAgECAhACQ3btB/bAKLpz75BYlW2oMA0GCSqGSIb3DQEBCwUA MGkxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJk YW0xDzANBgNVBAoTBlRFUkVOQTEdMBsGA1UEAxMUVEVSRU5BIFBlcnNvbmFsIENBIDMwHhcNMTYw MzI1MDAwMDAwWhcNMTcwMzI1MTIwMDAwWjB9MQswCQYDVQQGEwJMVTETMBEGA1UECBMKTHV4ZW1i b3VyZzEZMBcGA1UEBxMQRXNjaC1zdXItQWx6ZXR0ZTEhMB8GA1UEChMYVW5pdmVyc2l0eSBvZiBM dXhlbWJvdXJnMRswGQYDVQQDExJDaHJpc3RvcGhlIFRSRUZPSVMwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDR8y9TnAwVj4A9oGchJ5mwtGiROMNCqXvisYkfCxR62uG6y/nSBTwemqAf fA6/B7J7eb8QQuSd3QojLE0hvMhSxueciVbHerob/V2Lodlb2tragn7sipiq1QVxUy+5P+DYxOvo D00rYLVcHJIsLU4Aw2i0CM2OlsQcvAFHqX6K4zK327ktfCZGwQ9OytFUZM7PFOyMfZe9YnGKLNs5 YYFCCdiUffmMWWBE833Hky8DZg795OvIkj5/f7yoGMz64d341eB6L1UH1pxp4rC/NlkOHwsYX9ts xjzsD0ziflcyIvHNtYKR4CRWw756IsCQorU4t06Ysm5quL0+EalLk6yVAgMBAAGjggHYMIIB1DAf BgNVHSMEGDAWgBTwIelJd3Ofha4YO+hScBQG7ULuyjAdBgNVHQ4EFgQU7TAait479R6IhoFn8pnl VbKTvtcwDAYDVR0TAQH/BAIwADAkBgNVHREEHTAbgRljaHJpc3RvcGhlLnRyZWZvaXNAdW5pLmx1 MA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwQwYDVR0gBDww OjA4BgpghkgBhv1sBAECMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LmRpZ2ljZXJ0LmNvbS9D UFMwdQYDVR0fBG4wbDA0oDKgMIYuaHR0cDovL2NybDMuZGlnaWNlcnQuY29tL1RFUkVOQVBlcnNv bmFsQ0EzLmNybDA0oDKgMIYuaHR0cDovL2NybDQuZGlnaWNlcnQuY29tL1RFUkVOQVBlcnNvbmFs Q0EzLmNybDBzBggrBgEFBQcBAQRnMGUwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0 LmNvbTA9BggrBgEFBQcwAoYxaHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL1RFUkVOQVBlcnNv bmFsQ0EzLmNydDANBgkqhkiG9w0BAQsFAAOCAQEAIUTct3bxJB4snMdQZdriB/t+ByockhTovqLe j8Hm8QgbIQEk6eIpMMJhUxopOqsiePkpnqbhfHibEbcyof4i7RfNnVDcitESNwZxYbRgQBJOtbdW qTV7Om67CDzMnaf5YHji4P+8hHEx96G3rrL4dhXeb3pyhiea0Ip93NS8/zVhPQZcUbTqUadB7eo8 B4Ki9QalTXKoYqAlDc2CD9/mZd+yEo3WL0dG4ehb0Iy/Fu7iqLnZDkrTnoUTaSjU6U1snT+wxL4S P12oTskAQEIT0LXxWc3IbpLwO0TGLUhSQ49DmiwT1IflBjiur39IPeTQTBnS3yg7J20Q1r4WH+Zj ojGCA7swggO3AgEBMH0waTELMAkGA1UEBhMCTkwxFjAUBgNVBAgTDU5vb3JkLUhvbGxhbmQxEjAQ BgNVBAcTCUFtc3RlcmRhbTEPMA0GA1UEChMGVEVSRU5BMR0wGwYDVQQDExRURVJFTkEgUGVyc29u YWwgQ0EgMwIQAkN27Qf2wCi6c++QWJVtqDAJBgUrDgMCGgUAoIICEzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjEyMjcxNjU4MjlaMCMGCSqGSIb3DQEJBDEWBBRS FraosuAxD9Co4lfvZBfriKvoDDCBjAYJKwYBBAGCNxAEMX8wfTBpMQswCQYDVQQGEwJOTDEWMBQG A1UECBMNTm9vcmQtSG9sbGFuZDESMBAGA1UEBxMJQW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkEx HTAbBgNVBAMTFFRFUkVOQSBQZXJzb25hbCBDQSAzAhACQ3btB/bAKLpz75BYlW2oMIGOBgsqhkiG 9w0BCRACCzF/oH0waTELMAkGA1UEBhMCTkwxFjAUBgNVBAgTDU5vb3JkLUhvbGxhbmQxEjAQBgNV BAcTCUFtc3RlcmRhbTEPMA0GA1UEChMGVEVSRU5BMR0wGwYDVQQDExRURVJFTkEgUGVyc29uYWwg Q0EgMwIQAkN27Qf2wCi6c++QWJVtqDCBkwYJKoZIhvcNAQkPMYGFMIGCMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCGjALBglghkgBZQMEAgMwCwYJYIZIAWUDBAICMAsGCWCGSAFlAwQC ATANBgkqhkiG9w0BAQEFAASCAQAhAPATy0I/kiNKpmIPRaAJIpf6lNY031hRvXQUEpJCzEaDGWGt CtIlRbIYGYH4mYj/aH91Bt5LBmfb3O8oz+r7PQkET67PQHxrEcCIw///jVghZBpLLfRqEhwoTn0a dygqAMwbwF3ELJGk7u6U+crBDd7JF32wi7gRs+m+14K7ms+xRChMX765cWGo5VNDB/I5aQnr8cM0 SuYyUVD2ToDNGRp+5eBBXrr2BpG73keSP7WnBYRQBYscl8h/HajpJlOvCDU4I72PR4jBel0E9Jju Os9qj/rzA++01s7tHvNt1gJyOorAsp0s7FFWUkh9ibyhhwzW4rl+0zjDe7akhlCcAAAAAAAA ------=_NextPart_000_0033_01D2606A.D4BD47A0--

On Wed, Dec 28, 2016 at 9:55 AM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:

As I wrote, no qemu package proposed. Because oVirt provided qemu is greater in version in respect with 7.3 In fact, as I already wrote, I have now qemu-kvm-common-ev-2.3.0-31.el7.16.1.x86_64 qemu-img-ev-2.3.0-31.el7.16.1.x86_64 qemu-kvm-ev-2.3.0-31.el7.16.1.x86_64 qemu-kvm-tools-ev-2.3.0-31.el7.16.1.x86_64

Hi Gianluca, I added 2.6.0 to oVirt 4.0 repository at http://resources.ovirt.org/pub/ovirt-4.0/rpm/el7/. It was supposed to be published there with 4.0.6 GA coming ina few days but it has been already tested enough to be promoted to release repository. For having a qemu-kvm-ev version always aligned with CentOS release I would suggest to run: "yum install centos-release-qemu-ev" on your CentOS hosts. If you decide to use CentOS VIrt SIG provided packages on your hosts (excluding the oVirt engine host which still require oVirt repositories) I would suggest to remove ovirt-release rpms and /etc/yum.repos.d/ovirt-*.repo and then run: "yum install centos-release-ovirt40". this will add as dependencies: Requires: centos-release-virt-common Requires: centos-release-qemu-ev Requires: centos-release-gluster37 providing the latest gluster 3.7 and latest qemu-kvm-ev for your hosts. Having both oVirt repos and Virt SIG repos enabled should still work being both the repos built from the same sources but it's not recommended. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

On Mon, Jan 2, 2017 at 12:07 PM, Michal Skrivanek < michal.skrivanek@redhat.com> wrote:

On 2 Jan 2017, at 12:01, Sandro Bonazzola <sbonazzo@redhat.com> wrote:

On Wed, Dec 28, 2016 at 9:55 AM, Gianluca Cecchi < gianluca.cecchi@gmail.com> wrote:

...

As I wrote, no qemu package proposed. Because oVirt provided qemu is greater in version in respect with 7.3 In fact, as I already wrote, I have now qemu-kvm-common-ev-2.3.0-31.el7.16.1.x86_64 qemu-img-ev-2.3.0-31.el7.16.1.x86_64 qemu-kvm-ev-2.3.0-31.el7.16.1.x86_64 qemu-kvm-tools-ev-2.3.0-31.el7.16.1.x86_64

Hi Gianluca, I added 2.6.0 to oVirt 4.0 repository at http://resources.ovirt.org/pub/ovirt-4.0/rpm/el7/. It was supposed to be published there with 4.0.6 GA coming ina few days but it has been already tested enough to be promoted to release repository.

it would be best to remove it. We really do not want to get out of sync with platform

Can you please tell me more about this?

It is already causing problems since qemu-kvm-rhev package is 2.6.0-27 and the one you placed in resources.ovirt.org is 2.6.0-27.1 (sure, it’s not a supported combination, but it complicates development)

I'm not sure what's the issue you're describing here. qemu-kvm-ev is 2.6.0-27.1 being 2.6.0-27 +2 patches (rebranding and dep fixing) so it's not the same release. Also qemu-kvm-ev is supposed to provide qemu-kvm-rhev.

For having a qemu-kvm-ev version always aligned with CentOS release I would suggest to run: "yum install centos-release-qemu-ev" on your CentOS hosts.

If you decide to use CentOS VIrt SIG provided packages on your hosts (excluding the oVirt engine host which still require oVirt repositories) I would suggest to remove ovirt-release rpms and /etc/yum.repos.d/ovirt-*.repo and then run: "yum install centos-release-ovirt40".

this will add as dependencies: Requires: centos-release-virt-common Requires: centos-release-qemu-ev Requires: centos-release-gluster37

providing the latest gluster 3.7 and latest qemu-kvm-ev for your hosts.

Having both oVirt repos and Virt SIG repos enabled should still work being both the repos built from the same sources but it's not recommended.

-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com