+++ This bug was initially created as a clone of Bug #1232396 +++ How reproducible: 100% Steps to Reproduce: 1. Create a VM with 1 disk 2. From the Disk tab - select the disk and press copy 3. Wait for the operation to end and the disk status to change to 'OK'. 4. Try to copy the disk again Actual results: You will get a message that the disk is still locked Expected results: The copy should work
Can you move this to oVirt?
Bug tickets that are moved to testing must have target release set to make sure tester knows what to test. Please set the correct target release before moving to ON_QA.
This bug is referenced in git log for ovirt-engine-3.6.1.1. Please set target release to 3.6.1.1 accordingly unless additional patches are needed.
Copying a disk from the same source image twice is allowed, the second operation is not blocked. Source image (0117eeea-f88d-45b1-9f46-8023de81a20a) is being copied twice without any issue: 2015-12-08 10:36:21,733 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (org.ovirt.thread.pool-7-thread-16) [21068b5e] START, CopyImageVDSCommand( CopyImageVDSComma ndParameters:{runAsync='true', storagePoolId='00000001-0001-0001-0001-000000000158', ignoreFailoverLimit='false', storageDomainId='6605112f-7f26-48b9-b64e-f661bfe18799', imageGroupId='01 17eeea-f88d-45b1-9f46-8023de81a20a', imageId='ead061a4-def7-4f45-99d3-ed35f11fb1b9', dstImageGroupId='76949a68-2092-4b9f-92b0-7a6a14aecbbb', vmId='00000000-0000-0000-0000-000000000000', dstImageId='61b9bff7-fdee-4f57-a69a-35876c3c9727', imageDescription='', dstStorageDomainId='6605112f-7f26-48b9-b64e-f661bfe18799', copyVolumeType='SharedVol', volumeFormat='RAW', preallo cate='Preallocated', postZero='false', force='false'}), log id: b10eb9a 2015-12-08 10:36:22,150 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (org.ovirt.thread.pool-7-thread-16) [21068b5e] FINISH, CopyImageVDSCommand, return: d3222482-962f-4637-bcc2-5d65e87b4da5, log id: b10eb9a =================================== 2015-12-08 10:37:19,308 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (org.ovirt.thread.pool-7-thread-21) [33e2515] START, CopyImageVDSCommand( CopyImageVDSCommandParameters:{runAsync='true', storagePoolId='00000001-0001-0001-0001-000000000158', ignoreFailoverLimit='false', storageDomainId='6605112f-7f26-48b9-b64e-f661bfe18799', imageGroupId='0117eeea-f88d-45b1-9f46-8023de81a20a', imageId='ead061a4-def7-4f45-99d3-ed35f11fb1b9', dstImageGroupId='10188fc9-5525-40c3-81f3-697086c54b40', vmId='00000000-0000-0000-0000-000000000000', dstImageId='0bdf3f72-1e1b-4423-885f-a70e235f5955', imageDescription='', dstStorageDomainId='6605112f-7f26-48b9-b64e-f661bfe18799', copyVolumeType='SharedVol', volumeFormat='RAW', preallocate='Preallocated', postZero='false', force='false'}), log id: 450e9647 2015-12-08 10:37:21,536 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (org.ovirt.thread.pool-7-thread-21) [33e2515] FINISH, CopyImageVDSCommand, return: 91e79f01-7d73-4e94-a5fb-c73345a9ddf0, log id: 450e9647 Used: rhevm-3.6.1.1-0.1.el6.noarch vdsm-4.17.12-0.el7ev.noarch
According to verification status and target milestone this issue should be fixed in oVirt 3.6.1. Closing current release.