Bug 2003652 - Cloning DataVolumes fails with a 4M hardware block size
Summary: Cloning DataVolumes fails with a 4M hardware block size
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: Storage
Version: 2.5.5
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 4.10.0
Assignee: Alexander Wels
QA Contact: Natalie Gavrielov
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-09-13 11:51 UTC by Adam Litke
Modified: 2024-12-20 21:02 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-12-17 18:52:51 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1967086 1 unspecified CLOSED Cloning DataVolumes between namespaces fails while creating cdi-upload pod 2024-12-20 20:10:12 UTC

Description Adam Litke 2021-09-13 11:51:25 UTC
Description of problem:  When using storage that is configured with a 4M block size, cloning fails with the following error:


data-processor.go:328] exit status 1, blockdev: ioctl error on BLKGETSIZE64: Inappropriate ioctl for device


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


How reproducible: Unsure


Steps to Reproduce:
1. Create source DV on storage with 4M block size
2. Create DV to clone source DV on storage with 4M block size


Actual results: Cloning fails with above error message


Expected results: Cloning should succeed


Additional info: We should consider detecting larger block sizes and adapting our cloning block size automatically.

Comment 1 Alexander Wels 2021-12-07 20:52:33 UTC
This GH issues [0] seems related. It appears calling blockdev on a non /dev path returns the above mentioned error. And we were in fact mounting our block devices on a non /dev path. However [1] fixed this for 2.5.x. So I am going to put this on QA

[0] https://github.com/kubernetes-sigs/azuredisk-csi-driver/issues/714
[1] https://github.com/kubevirt/containerized-data-importer/pull/2031

Comment 2 Alexander Wels 2021-12-07 20:54:10 UTC
Actually that PR was not merged, so it not fixed.

Comment 4 Adam Litke 2021-12-17 18:52:51 UTC
Seems like there is nothing left to do with this bug.  The related CDI PR (https://github.com/kubevirt/containerized-data-importer/pull/2031) was closed.


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