Bug 2057148 - Cross namespace smart clone may get stuck in NamespaceTransferInProgress phase
Summary: Cross namespace smart clone may get stuck in NamespaceTransferInProgress phase
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: Storage
Version: 4.9.2
Hardware: Unspecified
OS: Unspecified
urgent
high
Target Milestone: ---
: 4.10.1
Assignee: Michael Henriksen
QA Contact: Jenia Peimer
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-02-22 19:28 UTC by Michael Henriksen
Modified: 2022-05-18 20:27 UTC (History)
5 users (show)

Fixed In Version: CNV v4.10.1-87
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-05-18 20:27:03 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
dv yaml (3.43 KB, text/plain)
2022-02-22 19:28 UTC, Michael Henriksen
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Github kubevirt containerized-data-importer pull 2209 0 None Merged tighten sync between smart clone and transfer controllers 2022-04-22 07:24:43 UTC
Github kubevirt containerized-data-importer pull 2244 0 None open [release-v1.43] tighten sync between smart clone and transfer controllers 2022-04-22 07:27:26 UTC
Red Hat Product Errata RHSA-2022:4668 0 None None None 2022-05-18 20:27:23 UTC

Description Michael Henriksen 2022-02-22 19:28:25 UTC
Created attachment 1862718 [details]
dv yaml

Description of problem:

Captured logs/manifest of a DataVolume stuck in NamespaceTransferInProgress phase.


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


How reproducible:  unable


Steps to Reproduce:
1.  Create DataVolume similar to attached manifest
2.
3.

Actual results:

DataVolume stuck in NamespaceTransferInProgress phase.  The following appears to be happening:

1.  Smart clone controller creates pvc from snapshot
2.  Object transfer deleting the pvc and reporting an error
3.  Back to step 1


Expected results:

Clone repeats successfully


Additional info:

Was unable to reproduce, but was able to observe live system

Comment 2 Jenia Peimer 2022-04-25 13:35:50 UTC
Verified on CNV v4.10.1-88

$ oc get dv -A -w
NAMESPACE                            NAME                          PHASE                         PROGRESS   RESTARTS   AGE
default                              dv-target                     NamespaceTransferInProgress                         5s
openshift-virtualization-os-images   centos-stream8-178796a2fbe3   Succeeded                     100.0%                25h
openshift-virtualization-os-images   centos-stream9-5203db2aa08d   Succeeded                     100.0%                25h
openshift-virtualization-os-images   centos7-680e9b4e0fba          Succeeded                     100.0%                25h
openshift-virtualization-os-images   dv-source                     Succeeded                     100.0%                35m
openshift-virtualization-os-images   fedora-3b3fc310abea           Succeeded                     100.0%                25h
openshift-virtualization-os-images   rhel8-7b20b8e2e1c6            Succeeded                     100.0%                25h
openshift-virtualization-os-images   rhel9-401cc6250f89            Succeeded                     100.0%                25h
default                              dv-target                     Succeeded                                           7s
default                              dv-target                     Succeeded                                           8s


$ cat dv-source.yaml 
apiVersion: cdi.kubevirt.io/v1alpha1
kind: DataVolume
metadata:
  namespace: openshift-virtualization-os-images
  name: dv-source
spec:
  source:
      http:
         url: "http://cnv-qe-server.rhevdev.lab.eng.rdu2.redhat.com/files/cnv-tests/rhel-images/rhel-90.qcow2"
         secretRef: ""  
  pvc:
    accessModes:
    - ReadWriteMany
    resources:
      requests:
        storage: 30Gi
    storageClassName: ocs-storagecluster-ceph-rbd
    volumeMode: Block


$ cat dv-target.yaml 
apiVersion: cdi.kubevirt.io/v1alpha1
kind: DataVolume
metadata:
  name: dv-target
spec:
  source:
    pvc:
      namespace: "openshift-virtualization-os-images"
      name: "dv-source"
  pvc:
    accessModes:
    - ReadWriteMany
    resources:
      requests:
        storage: 30Gi
    storageClassName: ocs-storagecluster-ceph-rbd
    volumeMode: Block

Comment 8 errata-xmlrpc 2022-05-18 20:27:03 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 (Moderate: OpenShift Virtualization 4.10.1 Images security and bug fix 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-2022:4668


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