Bug 2231479

Summary:	Cannot clone DataVolume from "local" to rook-ceph-block
Product:	Container Native Virtualization (CNV)	Reporter:	Michael Henriksen <mhenriks>
Component:	Storage	Assignee:	Michael Henriksen <mhenriks>
Status:	POST ---	QA Contact:	Kevin Alon Goldblatt <kgoldbla>
Severity:	high	Docs Contact:
Priority:	high
Version:	4.14.0
Target Milestone:	---
Target Release:	4.14.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		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:

Description Michael Henriksen 2023-08-11 17:04:38 UTC

Description of problem:

With 4.14, the StorageProfile for rook-ceph-block is configured to prefer csi-clone cloning strategy.  That works fine when the source/target PVC are both on rook-ceph-block.  But if the source is on another storageclass, like "local", then the clone operation hangs forever.  The clone populator will attempt to csi clone from the "local" storage class which obviously does not work.


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


How reproducible: 100%


Steps to Reproduce:
1.  Create source DataVolume in "local" storageclass
2.  Create target DataVolume in rook-ceph-block storageclass with `spec.source.pvc` referring to PVC created in previous step
3.  Observe DataVolume stuck in CSIClone phase

Actual results:  DataVolume stuck in CSIClone phase


Expected results:  DataVolume succeeds


Additional info: