Red Hat Bugzilla – Bug 1201508
[RFE] RHEV 3.6 Must Support -m rhel7.2.0 for 3.6 Cluster Compatibility Level
Last modified: 2016-03-13 09:31:17 EDT
Need to ensure that the default machine type for RHEV 3.6 clusters is -m rhel7.2.0
"-M pc-i440fx-rhel7.2.0"
note on RHEL 7.2 PPC LE it should be pseries-rhel7.2.0
we also need to bump it up for Fedora to pc-2.1 because of memory hotplug
partially updated to 7.1 type on x86
we want to add a warning dialog on 3.5->3.6 change to express warnings specific to the new cluster compatibility e.g. new machine type, warning that on requiring virtio-rng when hosts do not have them means all go NonOperational, etc. should contain 'do you want to proceed yes/no' functionality applicable to 7.1 change done in 41665 already
ppc64le build is already updated, x86 is not. See earlier comments
(In reply to Michal Skrivanek from comment #7) > we want to add a warning dialog on 3.5->3.6 change to express warnings > specific to the new cluster compatibility > e.g. new machine type, warning that on requiring virtio-rng when hosts do > not have them means all go NonOperational, etc. > > should contain 'do you want to proceed yes/no' functionality > > applicable to 7.1 change done in 41665 already now tracked in bug 1202349
should this be on qa?
as per irc conversation tested on x86 successfully as well
sorry, as per irc conversation moving back to ON_QA to test properly on x86 and ppc (comment #21 is not actually testing it alright)
Tested using these: # /usr/libexec/qemu-kvm qemu-kvm -M ? Supported machines are: pc RHEL 7.2.0 PC (i440FX + PIIX, 1996) (alias of pc-i440fx-rhel7.2.0) pc-i440fx-rhel7.2.0 RHEL 7.2.0 PC (i440FX + PIIX, 1996) (default) pc-i440fx-rhel7.1.0 RHEL 7.1.0 PC (i440FX + PIIX, 1996) pc-i440fx-rhel7.0.0 RHEL 7.0.0 PC (i440FX + PIIX, 1996) rhel6.6.0 RHEL 6.6.0 PC rhel6.5.0 RHEL 6.5.0 PC rhel6.4.0 RHEL 6.4.0 PC rhel6.3.0 RHEL 6.3.0 PC rhel6.2.0 RHEL 6.2.0 PC rhel6.1.0 RHEL 6.1.0 PC rhel6.0.0 RHEL 6.0.0 PC q35 RHEL-7.2.0 PC (Q35 + ICH9, 2009) (alias of pc-q35-rhel7.2.0) pc-q35-rhel7.2.0 RHEL-7.2.0 PC (Q35 + ICH9, 2009) pc-q35-rhel7.1.0 RHEL-7.1.0 PC (Q35 + ICH9, 2009) pc-q35-rhel7.0.0 RHEL-7.0.0 PC (Q35 + ICH9, 2009) none empty machine And via the WEBUI of the engine I also saw that default highest reported type of VM machine to be created was pc-i440fx-rhel7.2.0. I've tried to add RHEL<7.2 to the engine3.6 to default host cluster, which was working in 3.6 compatibility mode and failed to add the host as expected.
Works also on PPC: qemu-kvm-rhev-2.3.0-22.el7.ppc64le libvirt-client-1.2.17-6.el7.ppc64le vdsm-4.17.5-1.el7ev.noarch sanlock-3.2.4-1.el7.ppc64le mom-0.5.0-1.el7ev.noarch ovirt-vmconsole-1.0.0-0.0.1.master.el7ev.noarch ovirt-vmconsole-host-1.0.0-0.0.1.master.el7ev.noarch # /usr/libexec/qemu-kvm qemu-kvm -M ? Supported machines are: none empty machine pseries RHEL 7.2.0 pSeries Logical Partition (PAPR compliant) (alias of pseries-rhel7.2.0) pseries-rhel7.2.0 RHEL 7.2.0 pSeries Logical Partition (PAPR compliant) (default)
Linux ibm-p8-rhevm-hv-01.klab.eng.bos.redhat.com 3.10.0-307.el7.ppc64le #1 SMP Thu Aug 20 09:27:48 EDT 2015 ppc64le ppc64le ppc64le GNU/Linux Red Hat Enterprise Linux Server release 7.2 Beta (Maipo) Linux version 3.10.0-307.el7.ppc64le (mockbuild@ppc-026.build.eng.bos.redhat.com) (gcc version 4.8.3 20140911 (Red Hat 4.8.3-9) (GCC) ) #1 SMP Thu Aug 20 09:27:48 EDT 2015
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-0376.html