Bug 2126104
| Summary: | virtctl image-upload hangs waiting for pod to be ready with missing access mode defined in the storage profile | ||
|---|---|---|---|
| Product: | Container Native Virtualization (CNV) | Reporter: | Kevin Alon Goldblatt <kgoldbla> |
| Component: | Storage | Assignee: | Álvaro Romero <alromero> |
| Status: | CLOSED ERRATA | QA Contact: | Kevin Alon Goldblatt <kgoldbla> |
| Severity: | medium | Docs Contact: | |
| Priority: | high | ||
| Version: | 4.12.0 | CC: | alitke, mrashish, yadu |
| Target Milestone: | --- | ||
| Target Release: | 4.12.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | storage | ||
| Fixed In Version: | CNV v4.12.0-566 or kubevirt 0.58.0-rc.0-15-g9b5076fcc release 963 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2023-01-24 13:40:50 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: | |||
Verified with the following code: ----------------------------------------------------- oc version Client Version: 4.8.0-fc.2 Server Version: 4.12.0-ec.4 Kubernetes Version: v1.25.0+3ef6ef3 oc get csv -n oepnshift-cnv ^[[ANo resources found in oepnshift-cnv namespace. [cloud-user@ocp-psi-executor kev]$ oc get csv -n openshift-cnv NAME DISPLAY VERSION REPLACES PHASE kubevirt-hyperconverged-operator.v4.12.0 OpenShift Virtualization 4.12.0 kubevirt-hyperconverged-operator.v4.11.0 Succeeded Verfied with the following scenario: ---------------------------------------------------- virtctl image-upload dv my-data-volume7 --size=2Gi --storage-class=nfs --image-path=./cirros-0.4.0-x86_64-disk.img PVC default/my-data-volume7 not found DataVolume default/my-data-volume7 created Waiting for PVC my-data-volume7 upload pod to be ready... Pod now ready Uploading data to https://cdi-uploadproxy-openshift-cnv.apps.stg10-kevin.cnv-qe.rhcloud.com 0 B / 12.13 MiB [----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------] 0.00% 0s Moving to VERIFIED! 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 |
Description of problem: virtctl image-upload hangs waiting for pod to be ready when using a storage class with no default access mode defined in the storage profile Version-Release number of selected component (if applicable): virtctl version Client Version: version.Info{GitVersion:"v0.56.0-rc.0-248-g30d8ed316", GitCommit:"30d8ed316ca093ee83fc632449f058b2f690696b", GitTreeState:"clean", BuildDate:"2022-08-31T19:43:05Z", GoVersion:"go1.18.4", Compiler:"gc", Platform:"linux/amd64"} Server Version: version.Info{GitVersion:"v0.56.0-rc.0-248-g30d8ed316", GitCommit:"30d8ed316ca093ee83fc632449f058b2f690696b", GitTreeState:"clean", BuildDate:"2022-08-31T19:44:16Z", GoVersion:"go1.18.4", Compiler:"gc", Platform:"linux/amd64"} oc version ocClient Version: 4.12.0-ec.1 Kustomize Version: v4.5.4 Server Version: 4.12.0-ec.1 Kubernetes Version: v1.24.0+a9d6306 oc get csv -n openshift-cnv NAME DISPLAY VERSION REPLACES PHASE kubevirt-hyperconverged-operator.v4.12.0 OpenShift Virtualization 4.12.0 kubevirt-hyperconverged-operator.v4.10.5 Succeeded volsync-product.v0.5.0 VolSync 0.5.0 Succeeded How reproducible: 100% Steps to Reproduce: 1.virtctl image-upload dv my-data-volume6 --size=2Gi --storage-class=nfs --image-path=./cirros-0.4.0-x86_64-disk.img PVC default/my-data-volume6 not found DataVolume default/my-data-volume6 created Waiting for PVC my-data-volume6 upload pod to be ready... >>>>>> Hangs till timeout Actual results: PVC default/my-data-volume7 not found DataVolume default/my-data-volume7 created Waiting for PVC my-data-volume7 upload pod to be ready... Expected results: Fail gracefully with an error indicating the accessMode could not be auto detected Additional info: