Bug 2014017 - Can not download VM disks due to 'Cannot transfer Virtual Disk: Disk is locked'
Summary: Can not download VM disks due to 'Cannot transfer Virtual Disk: Disk is locked'
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 4.4.8
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ovirt-4.4.9
: ---
Assignee: Pavel Bar
QA Contact: Amit Sharir
URL:
Whiteboard:
Depends On: 1923178 1976024
Blocks: 1883949 1984308 1994001
TreeView+ depends on / blocked
 
Reported: 2021-10-14 09:45 UTC by Juan Orti
Modified: 2021-12-23 16:39 UTC (History)
16 users (show)

Fixed In Version: ovirt-engine-4.4.9.2
Doc Type: Bug Fix
Doc Text:
Previously, the status of the operation (download VM disks) was changed to one of the final statuses (FINISHED_SUCCESS / FINISHED_FAILURE) before the disk locks were actually released. As a result, in some scenarios, the operation following this one failed with a Disk is locked error. In this release, the locks are released immediately before changing the command status to one of the final phases. AS a result, the operation that follows this one and uses the same disk will succeed.
Clone Of: 1923178
Environment:
Last Closed: 2021-11-16 14:46:57 UTC
oVirt Team: Storage
Target Upstream Version:
Embargoed:
aefrat: testing_plan_complete+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHV-43808 0 None None None 2021-10-14 09:53:17 UTC
Red Hat Knowledge Base (Solution) 6417481 0 None None None 2021-10-14 10:17:55 UTC
Red Hat Product Errata RHSA-2021:4626 0 None None None 2021-11-16 14:47:07 UTC
oVirt gerrit 117138 0 None MERGED core: release memory locks before unlocking entities when image transfer is finished 2021-10-17 08:25:12 UTC

Comment 5 Amit Sharir 2021-10-19 10:48:30 UTC
Version:
ovirt-engine-4.4.9.2-0.6.el8ev.noarch
vdsm-4.40.90.2-1.el8ev.x86_64

Verification flow:
I Used multiple automation/manual tests (with different storage types) that reproduced this issue in the past - without any success in reproduction.

Verification Conclusions:
The expected output matched the actual output.
All the flows I mentioned were completed with no errors.


Bug verified.

Comment 9 errata-xmlrpc 2021-11-16 14:46:57 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: RHV Manager (ovirt-engine) security update [ovirt-4.4.9]), 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-2021:4626


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