Bug 1167297

Summary: After exporting VM based on a template, the VM gets blocked with a status showing image is locked
Product: Red Hat Enterprise Virtualization Manager Reporter: lkuchlan <lkuchlan>
Component: ovirt-engine-webadmin-portalAssignee: Tal Nisan <tnisan>
Status: CLOSED CURRENTRELEASE QA Contact: lkuchlan <lkuchlan>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 3.5.0CC: acanan, amureini, ecohen, gklein, iheim, lsurette, rbalakri, Rhev-m-bugs, scohen, tnisan, yeylon
Target Milestone: ---   
Target Release: 3.5.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: storage
Fixed In Version: org.ovirt.engine-root-3.5.0-23 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1164308, 1164311    
Attachments:
Description Flags
image+logs none

Description lkuchlan 2014-11-24 12:14:59 UTC
Created attachment 960705 [details]
image+logs

Description of problem:
After exporting VM based on a template, the VM gets blocked with a status showing image is locked

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

How reproducible:
100%

Steps to Reproduce:
1. Create a VM based on a template
2. Create a Snapshot of the VM
3. Export the VM to an export domain

Actual results:
VM gets blocked with a status showing image is locked

Expected results:
The export process should succeed

Additional info:
Attach screenshot

Comment 1 Gil Klein 2014-11-24 13:09:11 UTC
*** Bug 1167298 has been marked as a duplicate of this bug. ***

Comment 2 Tal Nisan 2014-11-24 17:10:30 UTC
This occurs not on every export operation, only when the export ended and the getImageInfo in the end command part is failing (most likely on communication error with VDSM)

Comment 3 Allon Mureinik 2014-11-26 19:42:23 UTC
This isn't a blocker - it happens only in a very rare negative case (copying all the disks succeeds and only then vdsm fails just before the last getImageInfo is sent). Additionally, it's been there since 3.3, at least.

It definitely needs fixing, and we'll treat it as an exception, but it's not blocker-worthy.

Comment 4 Tal Nisan 2014-11-27 13:59:57 UTC
Patch posted, just to clarify - this occurs in the extremely rare scenario where the import of the images succeeded with copy collapse and connection problems to the host are occurring right after the export task completed and before the OVF image on the export domain is getting updated with the new info (since the snapshots have been collapsed)

Comment 5 lkuchlan 2014-12-16 07:44:58 UTC
Tested using RHEVM 3.5 vt13.3
The export process succeeds

Comment 6 Allon Mureinik 2015-02-16 19:13:47 UTC
RHEV-M 3.5.0 has been released, closing this bug.

Comment 7 Allon Mureinik 2015-02-16 19:13:52 UTC
RHEV-M 3.5.0 has been released, closing this bug.