Bug 2087724 - Default template show no boot source even there are auto-upload boot sources
Summary: Default template show no boot source even there are auto-upload boot sources
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: SSP
Version: 4.11.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 4.12.0
Assignee: Karel Šimon
QA Contact: Geetika Kapoor
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-05-18 10:47 UTC by Guohua Ouyang
Modified: 2023-01-24 13:36 UTC (History)
8 users (show)

Fixed In Version: kubevirt-ssp-operator-container-v4.12.0-36
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-01-24 13:36:17 UTC
Target Upstream Version:
Embargoed:
gouyang: needinfo-


Attachments (Terms of Use)
no boot source (168.82 KB, image/png)
2022-05-18 10:47 UTC, Guohua Ouyang
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker CNV-18420 0 None None None 2022-06-13 07:19:05 UTC
Red Hat Product Errata RHSA-2023:0408 0 None None None 2023-01-24 13:36:30 UTC

Description Guohua Ouyang 2022-05-18 10:47:31 UTC
Created attachment 1880784 [details]
no boot source

Description of problem:
On v4.11.0.rhel9-381, it shows no boot source everywhere: template page, catalog.
The error shows on customize wizard is:

Error "DataSource kubevirt-os-images/rhel9 does not exist" for field "spec.dataVolumeTemplates[0]".

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Gilad Lekner 2022-05-18 12:05:49 UTC
@gouyang I need more info.
can you share the template's yaml?

The error you are seeing is returning from the backend.
There could be an error in the template's YAML

Comment 2 Yaacov Zamir 2022-05-18 12:21:33 UTC
Note to assignee:
It looks like, we are looking for the boot source in "kubevirt-os-images" instead of where they are installed

Comment 3 Yaacov Zamir 2022-05-18 12:57:52 UTC
Looks like the common templates installed on QE cluster point to the wrong namespace

$ oc get templates -n openshift fedora-desktop-small -o json | jq .parameters[2]
{
  "description": "Namespace of the DataSource",
  "name": "DATA_SOURCE_NAMESPACE",
  "value": "kubevirt-os-images"
}

so the templates really do not have valid boot source defined.

Comment 4 Yaacov Zamir 2022-05-18 13:00:03 UTC
I don't know how the wrong common templates got installed on QE cluster, moving to SSP,

Maybe it's a problem specific to QE setup?
Not sure SSP is the correct component, please move to correct component if needed.

Comment 5 Guohua Ouyang 2022-05-18 13:12:25 UTC
The CNV version is v4.11.0.rhel9-381, it seems like a deployment issue.

Comment 6 Nahshon Unna-Tsameret 2022-06-08 12:40:38 UTC
@gouyang - What is the status of this issue? 

If you think it 's a bug, please re-assign it to the right team - for sure it's not HCO issue.

Comment 7 Yaacov Zamir 2022-06-08 13:25:05 UTC
Nahshod hi, any idea who set the value for the DATA_SOURCE_NAMESPACE parameter in the common templates for downstream, is it the SSP team ?

the bug is that the default value [1] for DATA_SOURCE_NAMESPACE is "kubevirt-os-images" instead of the correct namespace for downstream installation.

[1] https://github.com/kubevirt/common-templates/blob/master/templates/rhel9.tpl.yaml#L162

Comment 8 Nahshon Unna-Tsameret 2022-06-08 14:19:05 UTC
I would guess SSP, yes.

Comment 9 Krzysztof Majcher 2022-06-08 14:34:00 UTC
Dominik, moving this to SSP - please verify if it's in your area.

Comment 10 Dominik Holler 2022-06-22 11:21:53 UTC
moving to 4.12, because we will not have rhel9 based images in 4.11

Comment 11 Dominik Holler 2022-06-22 11:22:50 UTC
The fix will be in cnv-4.12-rhel9, affected are only the rhel9 branches.

Comment 13 Guohua Ouyang 2022-11-16 11:52:33 UTC
verified on CNV-v4.12.0.rhel9-1113, the boot source are available for Red Hat templates.

Comment 17 errata-xmlrpc 2023-01-24 13:36:17 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 (Important: OpenShift Virtualization 4.12.0 Images security 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-2023:0408


Note You need to log in before you can comment on or make changes to this bug.