+++ This bug is a downstream clone. The original bug is: +++ +++ bug 1633645 +++ ====================================================================== Description of problem: Older 'Intel Haswell Family-IBRS' cluster CPU type is not renamed to the new name 'Intel Haswell IBRS Family' during the upgrade Version-Release number of selected component (if applicable): 4.2.6 How reproducible: Always Steps to Reproduce: 1. Perform an RHEV 3.6 ELS installation and configure the cluster CPU type as 'Intel Haswell Family-IBRS' 2. Upgrade to latest RHV 4.2 Actual results: The cluster CPU type is not updated to 'Intel Haswell IBRS Family' and changing cluster 'CPU Type' is not possible using the web administration portal Expected results: The cluster CPU type is updated to 'Intel Haswell IBRS Family' during the upgrade. Additional info: 'Intel Haswell Family-IBRS' CPU type was introduced in rhevm-setup-plugins-3.6.7 (RHEV 3.6 ELS) Since version 4.2.1.4 all the CPU types were renamed on the upgrade (packaging/dbscripts/upgrade/04_02_0930_fix_skylake_cpu_name.sql) to the new names but there is no match for this name and is left unchanged. (Originally by Miguel Martin Villamuelas)
Not sure why this didn't move automatically (Originally by Ryan Barry)
WARN: Bug status (ON_QA) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{'rhevm-4.3-ga': '?'}', ] For more info please contact: rhv-devops: Bug status (ON_QA) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{'rhevm-4.3-ga': '?'}', ] For more info please contact: rhv-devops (Originally by rhv-bugzilla-bot)
this needs to be backported for 3.6 and 4.1 installations upgrading to 4.2 when using this type. The fix is only relevant to RHV (Originally by michal.skrivanek)
Verified on: ovirt-engine-4.2.8.2-0.1.el7ev.noarch Steps: 1. Deployed RHEV 4.1. 2. Set the cluster type to: Intel Haswell Family-IBRS. 3. Upgrade to RHEV 4.2. 4. Check the cluster's CPU type. Results: The cluster CPU type stayed as expected: Intel Haswell IBRS Family.
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://access.redhat.com/errata/RHBA-2019:0121