Description of problem: Using storage without O_DIRECT is not possible. E1015 02:30:34.448077 1 prlimit.go:176] qemu-img: Could not open '/data/disk.img': Could not open '/data/disk.img': filesystem does not support O_DIRECT Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
I suspect that the change in https://github.com/kubevirt/containerized-data-importer/pull/1919 avoids this problem.
(In reply to Maya Rashish from comment #1) > I suspect that the change in > https://github.com/kubevirt/containerized-data-importer/pull/1919 avoids > this problem. I would also expect that it does, We switched to writeback which "causes qemu-kvm to interact with the disk image file or block device with neither O_DSYNC nor O_DIRECT semantics": https://documentation.suse.com/sles/11-SP4/html/SLES-kvm4zseries/cha-qemu-cachemodes.html#id-1.10.6.6.5
Alex, the bug is targeted to 4.9 (should be 4.9.1) so we can't mark this as ON_QA yet. I am requesting a cherry-pick which I will attach here. Until then, moving back to ASSIGNED.
(In reply to Adam Litke from comment #3) > Alex, the bug is targeted to 4.9 (should be 4.9.1) so we can't mark this as > ON_QA yet. I am requesting a cherry-pick which I will attach here. Until > then, moving back to ASSIGNED. My bad didn't notice the target is 4.9. Are we sure we want this backported to 4.9? I opened a discussion on the PR: https://github.com/kubevirt/containerized-data-importer/pull/2000#issuecomment-953659957 It's already merged btw, so could be making its way to 4.9.0 builds, are we ok with that? (don't want 4.9.0 release candidates containing this by accident)
Change was reverted since it was accidentally merged in 4.9.0.
@lpivarc Can you provide us with a scenario to verify this bug?
Verified with the following code: --------------------------------------- oc version Client Version: 4.10.0-202110050529.p0.git.8857282.assembly.stream-8857282 Server Version: 4.9.7 Kubernetes Version: v1.22.2+5e38c72 [cnv-qe-jenkins@dalia491-kgwgb-executor kev]$ oc get csv -n openshift-cnv NAME DISPLAY VERSION REPLACES PHASE kubevirt-hyperconverged-operator.v4.9.1 OpenShift Virtualization 4.9.1 kubevirt-hyperconverged-operator.v4.9.0 Succeeded Verified with the following scenario: -------------------------------------- . Ran the test below successfully: [Serial][rfe_id:393][crit:high][vendor:cnv-qe][level:system][sig-compute] VM Live Migration Starting a VirtualMachineInstance with an Alpine DataVolume [test_id:3239]should reject a migration of a vmi with a non-shared data volume Moving to VERIFIED!
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.9.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/RHBA-2021:5091