Description of problem: When importing a disk image from glance service, though the image is downloaded it remains locked by the engine Version-Release number of selected component (if applicable): [root@ge-ci-network-engine01 ~]# rpm -qa rhevm rhevm-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch [root@ge-ci-network-engine01 ~]# rpm -qa rhevm\* rhevm-setup-plugin-ovirt-engine-common-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-backend-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-image-uploader-3.6.0-1.el6ev.noarch rhevm-sdk-python-3.6.0.3-1.el6ev.noarch rhevm-lib-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-spice-client-x86-cab-3.6-3.el6.noarch rhevm-setup-plugin-ovirt-engine-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-extensions-api-impl-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-branding-rhev-3.6.0-1.el6ev.noarch rhevm-dependencies-3.6.0-1.el6ev.noarch rhevm-log-collector-3.6.0-1.el6ev.noarch rhevm-websocket-proxy-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-doc-3.6.0-1.el6eng.noarch rhevm-spice-client-x86-msi-3.6-3.el6.noarch rhevm-userportal-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-setup-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-tools-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-iso-uploader-3.6.0-1.el6ev.noarch rhevm-cli-3.6.0.0-1.el6ev.noarch rhevm-setup-base-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-restapi-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-spice-client-x64-msi-3.6-3.el6.noarch rhevm-dbscripts-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-vmconsole-proxy-helper-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-spice-client-x64-cab-3.6-3.el6.noarch rhevm-setup-plugin-vmconsole-proxy-helper-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-setup-plugin-websocket-proxy-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-webadmin-portal-3.6.1-0.1000.100.57ae86b.master.el6ev.noarch rhevm-setup-plugins-3.6.0-1.el6ev.noarch rhevm-sdk-java-3.6.0.3-1.el6ev.noarch How reproducible: Steps to Reproduce: 1.Setup a basic engine with a gluster and an nfs domain 2.import one image from the gluster domain to the nfs one 3. Actual results: The image remains in locked state Expected results: The image gets created, unlocked and ready to be used Additional info:
This bug is not marked for z-stream, yet the milestone is for a z-stream version, therefore the milestone has been reset. Please set the correct milestone or add the z-stream flag.
This works on 3.6.0-17 build though, so probably caused by something added in between 3.6.1 and 3.6.0
Hi David, Can you please attach relevant engine and vdsm logs.
In oVirt testing is done on single release by default. Therefore I'm removing the 4.0 flag. If you think this bug must be tested in 4.0 as well, please re-add the flag. Please note we might not have testing resources to handle the 4.0 clone.
major blocker to all automation flows, we need a WA or fix asap.
Seems there's some issue with SEAT infrastructure (I've noticed a similar problem with LSM). It seems that 'endSuccessfully()' of 'AbstractSPMAsyncTaskHandler' isn't being invoked. Still investigating the cause. @Ravi - do you remember a recent change in async tasks or CoCo infra that might lead to it? Perhaps this one: https://gerrit.ovirt.org/#/c/43971 ? Thnaks!
(In reply to Daniel Erez from comment #10) > Seems there's some issue with SEAT infrastructure (I've noticed a similar > problem with LSM). It seems that 'endSuccessfully()' of > 'AbstractSPMAsyncTaskHandler' isn't being invoked. Still investigating the > cause. > @Ravi - do you remember a recent change in async tasks or CoCo infra that > might lead to it? Perhaps this one: https://gerrit.ovirt.org/#/c/43971 ? > Thnaks! This is only merged on master, and not on 3.6 branch. The bug is open on 3.6, so doesn't seem related.
(In reply to Oved Ourfali from comment #11) > (In reply to Daniel Erez from comment #10) > > Seems there's some issue with SEAT infrastructure (I've noticed a similar > > problem with LSM). It seems that 'endSuccessfully()' of > > 'AbstractSPMAsyncTaskHandler' isn't being invoked. Still investigating the > > cause. > > @Ravi - do you remember a recent change in async tasks or CoCo infra that > > might lead to it? Perhaps this one: https://gerrit.ovirt.org/#/c/43971 ? > > Thnaks! > > This is only merged on master, and not on 3.6 branch. > The bug is open on 3.6, so doesn't seem related. Yeah, that's was just a guess :) Maybe another recent change?
From the logs I see that the endAction for action type ImportRepoImage threw a DataIntegrityViolationException exception. ERROR: insert or update on table "vm_device" violates foreign key constraint "fk_vm_device_vm_static"
(In reply to Ravi Nori from comment #13) > From the logs I see that the endAction for action type ImportRepoImage threw > a DataIntegrityViolationException exception. > > ERROR: insert or update on table "vm_device" violates foreign key constraint > "fk_vm_device_vm_static" That's because the image was imported as a template. It fails without an exception when just importing an image. Attached are new logs.
Created attachment 1088620 [details] import repo image
Image import from Glance as disk and as template finishes successfully: 2015-11-30 10:04:03,652 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-7-thread-16) [10fb0572] CommandAsyncTask::HandleEndActionResult [within thread]: endAction for action type 'ImportRepoImage' succeeded, clearing tasks. Verified using: rhevm-3.6.1-0.2.el6.noarch vdsm-4.17.11-0.el7ev.noarch
According to verification status and target milestone this issue should be fixed in oVirt 3.6.1. Closing current release.