Description of problem: Version-Release number of selected component (if applicable): 2.4.X How reproducible: Very likely Steps to Reproduce: 1. Import disk image to cephfs PVC 2. Clone to RBD PVC of exact same size as source 3. Observe the uploadserver pod crash Actual results: Continuous crash loop Expected results: Clone completes Additional info: See here for where issue was discovered: https://bugzilla.redhat.com/show_bug.cgi?id=1893363
Maya, we think that having that having the global filesystem overhead at 4% would have prevented this issue (source disk would have been smaller and would naturally fit into the target PVC). cephfs has 0 overhead since it is a shared filesystem whereas cephrbd filesystem mode PV's do have overhead.
Maya, In comment #1 we suggest that repeating the test where a global default fs overhead of 4% was in use would prevent the problem. Do you agree?
I suspect it wouldn't prevent the problem before this PR is merged: https://github.com/kubevirt/containerized-data-importer/pull/1466 This is because, if resized, we will still use the full cephfs PVC size, which is too big.
The target release of 2.6.1 suggests I should backport it once 2.6.0 is out. So perhaps MODIFIED isn't right.
Maya, can you please create a backport PR and link it to this BZ?
I can't seem to link GitHub PRs. This is the backport. https://github.com/kubevirt/containerized-data-importer/pull/1612
Added backport PR link
Tested with CDI v2.6.1-9, hco-v2.6.1-114 Images can be cloned from cephfs to ceph rbd with the same requested disk size meanwhile taking default global filesystem overhead into account. The bug has been fixed, thanks. Here is the test record: [cnv-qe-jenkins@stg05-qixuan-5slqf-executor ~]$ oc get pvc NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE clone-dv Bound pvc-2420d32c-c9a4-48b4-aa2a-1a30d3057542 5Gi RWO ocs-storagecluster-ceph-rbd 2m3s test-dv Bound pvc-b04e8603-8758-48a1-a78f-ad90b5535386 5Gi RWO ocs-storagecluster-cephfs 8m3s [cnv-qe-jenkins@stg05-qixuan-5slqf-executor ~]$ oc get dv NAME PHASE PROGRESS RESTARTS AGE clone-dv Succeeded 100.0% 118s test-dv Succeeded 100.0% 7m58s
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 (CNV 2.6.1 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-2021:1126