Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1102785

Summary: [engine-backend] [external-provider] engine failure while createVolume task is running in vdsm (as part of importing an image from glance), leaves image in LOCKED state
Product: Red Hat Enterprise Virtualization Manager Reporter: rhev-integ
Component: ovirt-engineAssignee: Daniel Erez <derez>
Status: CLOSED ERRATA QA Contact: Elad <ebenahar>
Severity: high Docs Contact:
Priority: unspecified    
Version: 3.4.0CC: acanan, acathrow, amureini, derez, fsimonce, gklein, iheim, lpeer, obasan, Rhev-m-bugs, scohen, tpoitras, yeylon
Target Milestone: ---Keywords: ZStream
Target Release: 3.4.1   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: storage
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Previously, if the Red Hat Enterprise Virtualization Manager crashed while vdsm was performing createVolume operation, then the disk would get stuck in a locked state. Now, this issue has been fixed an is no longer a problem.
 Story Points: ---
Clone Of: 1101541 Environment:
Last Closed: 2014-07-29 16:23:46 UTC Type: ---
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: 1101541    
Bug Blocks:    
Attachments:
Description Flags
logs-30.6.14 none

Comment 2 Elad 2014-06-30 11:23:25 UTC 
Created attachment 913337 [details]
logs-30.6.14

Engine sends the right volume uuid to vdsm when it asks it to perform DownloadImage after it crashed while vdsm executed createVolume.


2014-06-30 14:01:35,692 INFO  [org.ovirt.engine.core.vdsbroker.irsbroker.DownloadImageVDSCommand] (org.ovirt.thread.pool-6-thread-17) -- executeIrsBrokerCommand: calling 'downloadImage'
2014-06-30 14:01:35,693 INFO  [org.ovirt.engine.core.vdsbroker.irsbroker.DownloadImageVDSCommand] (org.ovirt.thread.pool-6-thread-17) -- downloadImage parameters:
                dstSpUUID=f39b1dbe-bb3b-4e2f-ab1d-0428f29d9db6
                dstSdUUID=a2650156-a353-4af7-92a1-d7707dcc379b
                dstImageGUID=d031d83f-9651-4b83-8692-cb1d7f7053e7
                dstVolUUID=2944e501-e372-4883-8295-77aa4e328959
                importLocation=HttpLocationInfo [url=http://glance.ovirt.org:9292/v1/images/7df3c30e-b6b6-49e1-bad9-c9d817049736, headers={}]



But, the disk isn't unlocked after the downloadImage task is finished by vdsm.

I'm not moving the bug to VERIFIED, attaching the relevant logs
Comment 3 Elad 2014-06-30 11:29:53 UTC 
Daniel, can you please take a look?
Comment 4 Daniel Erez 2014-06-30 13:22:22 UTC 
(In reply to Elad from comment #3)
> Daniel, can you please take a look?

Thanks Elad. There's indeed another issue here. Pushed a patch for addressing it.
Comment 5 Aharon Canan 2014-07-22 15:40:49 UTC 
verified using av10.3

Now the disk unlocked after the downloadImage task is finished by vdsm.
Comment 7 errata-xmlrpc 2014-07-29 16:23:46 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, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2014-0960.html