Bug 2087724
| Summary: | Default template show no boot source even there are auto-upload boot sources | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Container Native Virtualization (CNV) | Reporter: | Guohua Ouyang <gouyang> | ||||
| Component: | SSP | Assignee: | Karel Šimon <ksimon> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Geetika Kapoor <gkapoor> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 4.11.0 | CC: | dholler, gouyang, kbidarka, kmajcher, nunnatsa, sbennert, stirabos, yzamir | ||||
| Target Milestone: | --- | Flags: | gouyang:
needinfo-
|
||||
| Target Release: | 4.12.0 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | kubevirt-ssp-operator-container-v4.12.0-36 | Doc Type: | If docs needed, set a value | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2023-01-24 13:36:17 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
@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 Note to assignee: It looks like, we are looking for the boot source in "kubevirt-os-images" instead of where they are installed 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.
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. The CNV version is v4.11.0.rhel9-381, it seems like a deployment issue. @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. 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 I would guess SSP, yes. Dominik, moving this to SSP - please verify if it's in your area. moving to 4.12, because we will not have rhel9 based images in 4.11 The fix will be in cnv-4.12-rhel9, affected are only the rhel9 branches. verified on CNV-v4.12.0.rhel9-1113, the boot source are available for Red Hat templates. 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 |
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: