Bug 1876559
Summary: | Upload PVC with virtctl and specify any StorageClass results with default StorageClass for the pvc | |||
---|---|---|---|---|
Product: | Container Native Virtualization (CNV) | Reporter: | dalia <dafrank> | |
Component: | Storage | Assignee: | Alex Kalenyuk <akalenyu> | |
Status: | CLOSED ERRATA | QA Contact: | dalia <dafrank> | |
Severity: | high | Docs Contact: | ||
Priority: | unspecified | |||
Version: | 2.5.0 | CC: | akalenyu, alitke, cnv-qe-bugs, dafrank, ncredi, ngavrilo, yadu | |
Target Milestone: | --- | |||
Target Release: | 2.5.0 | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | kubevirt-2.5.0-74.el8 | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1877341 (view as bug list) | Environment: | ||
Last Closed: | 2020-11-17 13:24:22 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: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1877341 |
Description
dalia
2020-09-07 13:18:54 UTC
Is it possible that in this merged PR, the 'custom' --storage-class that is passed by virtctl user, doesn't get processed in "func createPVCSpec", and that is why the fallback is always to default SC? Link: https://github.com/kubevirt/kubevirt/pull/3585/files#diff-5193b6b6b04d7c6e897bb0c241ad8bfe Do you see the same behaviour for data volumes? try DV creation example: 1. Download an image 2. Check which class define as default: $ oc get sc NAME PROVISIONER RECLAIMPOLICY VOLUMEBINDINGMODE ALLOWVOLUMEEXPANSION AGE hostpath-provisioner (default) kubevirt.io/hostpath-provisioner Delete WaitForFirstConsumer false 7d7h local-block kubernetes.io/no-provisioner Delete WaitForFirstConsumer false 7d7h nfs kubernetes.io/no-provisioner Delete Immediate false 7d7h ocs-storagecluster-ceph-rbd openshift-storage.rbd.csi.ceph.com Delete Immediate true 7d6h ocs-storagecluster-ceph-rgw openshift-storage.ceph.rook.io/bucket Delete Immediate false 7d6h ocs-storagecluster-cephfs openshift-storage.cephfs.csi.ceph.com Delete Immediate true 7d6h openshift-storage.noobaa.io openshift-storage.noobaa.io/obc Delete Immediate false 7d6h standard kubernetes.io/cinder Delete WaitForFirstConsumer true 7d8h 3. Try to create a DV with storage class that is not as default: $ virtctl image-upload dv upload-dv --size=18Gi --image-path=./Fedora-Cloud-Base-30-1.2.x86_64.qcow2 --access-mode=ReadWriteOnce --storage-class=ocs-storagecluster-ceph-rbd --insecure 4. Check PVC & DV that been created: $ oc get pvc NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE upload-dv Bound pvc-4d08f861-4d87-46c8-82b1-d4a1595f198e 48Gi RWO hostpath-provisioner 98s $ oc get dv NAME PHASE PROGRESS RESTARTS AGE upload-dv Succeeded N/A 0 4m8s 5. PVC created with default storage class - HPP instead of OCS as specify in the virtctl command ====================================================== $ oc describe dv upload-dv Name: upload-dv Namespace: default Labels: <none> Annotations: <none> API Version: cdi.kubevirt.io/v1alpha1 Kind: DataVolume Metadata: Creation Timestamp: 2020-09-09T16:16:02Z Generation: 32 Managed Fields: API Version: cdi.kubevirt.io/v1alpha1 Fields Type: FieldsV1 fieldsV1: f:spec: .: f:pvc: .: f:accessModes: f:resources: .: f:requests: .: f:storage: f:source: .: f:upload: f:status: Manager: virtctl Operation: Update Time: 2020-09-09T16:16:02Z API Version: cdi.kubevirt.io/v1alpha1 Fields Type: FieldsV1 fieldsV1: f:status: f:conditions: f:phase: f:progress: f:restartCount: Manager: virt-cdi-controller Operation: Update Time: 2020-09-09T16:16:58Z Resource Version: 7542092 Self Link: /apis/cdi.kubevirt.io/v1alpha1/namespaces/default/datavolumes/upload-dv UID: 60b183ad-898a-4e36-843f-b3be0baddd48 Spec: Pvc: Access Modes: ReadWriteOnce Resources: Requests: Storage: 18Gi Source: Upload: Status: Conditions: Last Heart Beat Time: 2020-09-09T16:16:03Z Last Transition Time: 2020-09-09T16:16:03Z Message: PVC upload-dv Bound Reason: Bound Status: True Type: Bound Last Heart Beat Time: 2020-09-09T16:16:58Z Last Transition Time: 2020-09-09T16:16:58Z Status: True Type: Ready Last Heart Beat Time: 2020-09-09T16:16:58Z Last Transition Time: 2020-09-09T16:16:58Z Message: Upload Complete Reason: Completed Status: False Type: Running Phase: Succeeded Progress: N/A Restart Count: 0 Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Pending 2m26s datavolume-controller PVC upload-dv Pending Normal Bound 2m26s datavolume-controller PVC upload-dv Bound Normal UploadReady 2m17s datavolume-controller Upload into upload-dv ready Normal UploadSucceeded 91s datavolume-controller Successfully uploaded into upload-dv $ oc logs cdi-upload-upload-dv I0909 16:16:07.446033 1 uploadserver.go:63] Upload destination: /data/disk.img I0909 16:16:07.446151 1 uploadserver.go:65] Running server on 0.0.0.0:8443 I0909 16:16:13.154760 1 uploadserver.go:278] Content type header is "" I0909 16:16:13.154803 1 data-processor.go:277] Calculating available size I0909 16:16:13.154962 1 data-processor.go:289] Checking out file system volume size. I0909 16:16:13.155009 1 data-processor.go:297] Request image size not empty. I0909 16:16:13.155049 1 data-processor.go:302] Target size 18Gi. I0909 16:16:13.155097 1 data-processor.go:206] New phase: TransferScratch I0909 16:16:13.155425 1 util.go:161] Writing data... I0909 16:16:19.292689 1 data-processor.go:206] New phase: Pause I0909 16:16:19.292746 1 uploadserver.go:309] Returning success to caller, continue processing in background I0909 16:16:19.292878 1 data-processor.go:151] Resuming processing at phase Process I0909 16:16:19.292895 1 data-processor.go:206] New phase: Convert I0909 16:16:19.292904 1 data-processor.go:212] Validating image Alex can you please backport the PR to release-0.30? and add that pr link to Bug 1877341? Waiting on a new d/s build from kubevirt. Verified on virtctl-2.5.0-74.el7 HCO:[v2.5.0-270] HCO image: registry.redhat.io/container-native-virtualization/hyperconverged-cluster-operator@sha256:1d2ee6515d5b669d59dce162b9ab9ac7e523bcd052c16ef0be2bcd2614e399b2 CSV creation time: 2020-10-02 10:28:06 KubeVirt v0.34.0-rc.0-6-gad89f92 CDI v1.23.5 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 (OpenShift Virtualization 2.5.0 Images), 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/RHEA-2020:5127 |