Bug 1912849 - VM from wizard - default flavor does not match the actual flavor set by common templates
Summary: VM from wizard - default flavor does not match the actual flavor set by commo...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Console Kubevirt Plugin
Version: 4.7
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 4.7.0
Assignee: Rastislav Wagner
QA Contact: Guohua Ouyang
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-01-05 13:01 UTC by Ruth Netser
Modified: 2021-02-24 15:50 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-02-24 15:49:43 UTC
Target Upstream Version:

Attachments (Terms of Use)
Screenshot (32.26 KB, image/png)
2021-01-05 13:01 UTC, Ruth Netser 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Github openshift console pull 7712 0 None closed Bug 1912849: Use default os variant label 2021-01-11 10:47:07 UTC
Red Hat Product Errata RHSA-2020:5633 0 None None None 2021-02-24 15:50:10 UTC

Description Ruth Netser 2021-01-05 13:01:21 UTC 
Created attachment 1744567 [details]
Screenshot

Description of problem:
Create VM from wizard screen.
The displated flavor does not match the default flavor st by common templates.
For each OS (e.g: rhel7) and default label combination, only a single template is returned.

Version-Release number of selected component (if applicable):
OCP 4.7.0-fc.0, CNV 2.6.0

How reproducible:
100%

Steps to Reproduce:
1. Use SSP new templates (v2.6.0-20)
2. Virtualization -> create new VM from wizard


Actual results:
The displayed flavor for RHEL6, RHEL7, CentsOS6,7,8 and Windows Server 12 and 16 does not match the cortresponding templates' default-os-variant label.
For exmpale - fedora:
In the UI, flavor is "Tiny"
In the template, "small" is the default flavor:

  labels:
    flavor.template.kubevirt.io/small: "true"
    os.template.kubevirt.io/fedora31: "true"
    os.template.kubevirt.io/fedora32: "true"
    os.template.kubevirt.io/silverblue31: "true"
    os.template.kubevirt.io/silverblue32: "true"
    template.kubevirt.io/default-os-variant: "true"
    template.kubevirt.io/type: base
    template.kubevirt.io/version: v0.13.0-rc.0
    workload.template.kubevirt.io/server: "true"
 


Additional info:
See atatched screenshot
Comment 1 Yaacov Zamir 2021-01-05 15:18:34 UTC 
@Tomas @Rastislav hi,

Can we do it for 4.7 ?
Comment 2 Rastislav Wagner 2021-01-05 15:58:53 UTC 
Yes, 4.7. PR is up.
Comment 4 Guohua Ouyang 2021-01-13 10:39:05 UTC 
verified on latest OCP 4.7
Comment 7 errata-xmlrpc 2021-02-24 15:49:43 UTC 
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 (Moderate: OpenShift Container Platform 4.7.0 security, bug fix, and enhancement update), 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/RHSA-2020:5633
Note You need to log in before you can comment on or make changes to this bug.