Bug 2102180
Summary: | [4.10.z]Smart clone and csi clone leaves tmp unbound PVC and ObjectTransfer | ||
---|---|---|---|
Product: | Container Native Virtualization (CNV) | Reporter: | Yan Du <yadu> |
Component: | Storage | Assignee: | Michael Henriksen <mhenriks> |
Status: | CLOSED ERRATA | QA Contact: | Yan Du <yadu> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4.10.0 | CC: | akalenyu, cnv-qe-bugs, fuyang, jortialc, jpeimer, mhenriks, ngavrilo, yadu |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | 4.10.6 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | v4.10.6-2 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | 2101954 | Environment: | |
Last Closed: | 2022-10-25 14:47:02 UTC | Type: | --- |
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: | 2101954 | ||
Bug Blocks: |
Description
Yan Du
2022-06-29 12:33:48 UTC
This is not an issue in 4.10 Hi, Michael we can reproduce the bug on CNV-v4.10.3 and CNV-v4.10.4-12 $ oc get pvc NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE cdi-tmp-1535a93c-e982-4b18-93ef-181a59e5372a Pending ocs-storagecluster-ceph-rbd 14s golden-centos-dv Bound pvc-fd2b1f41-d1c1-4e27-bab1-06091c10b416 10Gi RWO ocs-storagecluster-ceph-rbd 3m54s I think we may need to backport to 4.10.z Also tried on CNV-v4.9.6-27, issue can not be reproduced. Interesting! Is the ObjectTransfer left around as well? Yes: $ oc get ObjectTransfer NAME AGE PHASE cdi-tmp-b4c6699c-b517-4529-9785-11f04db7ab77 8h Complete I see now, the issue was not originally in 4.10 but the bug was backported to it *** Bug 2128243 has been marked as a duplicate of this bug. *** Michael, do you plan to fix it in 4.10.6? Version-Release number of selected component (if applicable): CNV-v4.10.6-9 Steps to Reproduce: 1. Create a datavolume with a source url in A namespace, and the yaml file is below: apiVersion: cdi.kubevirt.io/v1beta1 kind: DataVolume metadata: name: golden-centos-dv namespace: fuhui spec: source: http: url: "http://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.qcow2" pvc: storageClassName: ocs-storagecluster-ceph-rbd volumeMode: Block accessModes: - ReadWriteOnce resources: requests: storage: 10Gi 2. Verify the status of dv & pvc: [cnv-qe-jenkins@n-yoss-410-flwdp-executor ~]$ oc get dv NAME PHASE PROGRESS RESTARTS AGE golden-centos-dv Succeeded 100.0% 4m7s [cnv-qe-jenkins@n-yoss-410-flwdp-executor ~]$ oc get pvc NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE golden-centos-dv Bound pvc-d86232a8-c0fa-435c-80ba-d73f0d518b27 10Gi RWO ocs-storagecluster-ceph-rbd 4m10s 3. Clone this dv into B namespace, the yaml file is below: apiVersion: cdi.kubevirt.io/v1beta1 kind: DataVolume metadata: name: clone-centos-dv-customer1 namespace: test spec: source: pvc: namespace: fuhui name: golden-centos-dv pvc: storageClassName: ocs-storagecluster-ceph-rbd volumeMode: Block accessModes: - ReadWriteOnce resources: requests: storage: 10Gi 4. Verify the DV & PVC & ObjectTransfer in A and B namespace: [cnv-qe-jenkins@n-yoss-410-flwdp-executor ~]$ oc get dv NAME PHASE PROGRESS RESTARTS AGE clone-centos-dv-customer1 Succeeded N/A 17s [cnv-qe-jenkins@n-yoss-410-flwdp-executor ~]$ oc get pvc NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE clone-centos-dv-customer1 Bound pvc-e0d3d009-b8dc-4fc6-9801-6f48d2234e9a 10Gi RWO ocs-storagecluster-ceph-rbd 12s [cnv-qe-jenkins@n-yoss-410-flwdp-executor ~]$ oc get pvc -n fuhui NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE golden-centos-dv Bound pvc-d86232a8-c0fa-435c-80ba-d73f0d518b27 10Gi RWO ocs-storagecluster-ceph-rbd 25m [cnv-qe-jenkins@n-yoss-410-flwdp-executor ~]$ oc get objecttransfer No resources found 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 4.10.6 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-2022:7179 |