Description of problem: I've hit this while trying to install metrics, but after upgrading to ovirt-engine-metrics-1.3.3 (was on 1.3.1) it did not happen any more. But I don't see a change that specifically fixed it, so please take a look and check if there is something to be improved: Image being used was rhel-server-7.6-update-5-x86_64-kvm.qcow2, which is 10G. TASK [oVirt.image-template : Resize disk if smaller than template_disk_size] ************************************************************************************************** task path: /usr/share/ansible/roles/ovirt.image-template/tasks/qcow2_image.yml:178 Traceback (most recent call last): File "/tmp/ansible_ovirt_disk_payload_KiYbUS/__main__.py", line 783, in main ret = disk_attachments_module.create() File "/tmp/ansible_ovirt_disk_payload_KiYbUS/ansible_ovirt_disk_payload.zip/ansible/module_utils/ovirt.py", line 586, in create **update_params File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 6298, in update return self._internal_update(disk_attachment, headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 253, in _internal_update return future.wait() if wait else future File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in wait return self._code(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 250, in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in _check_fault self._raise_error(response, body) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error raise error Error: Fault reason is "Operation Failed". Fault detail is "[Cannot edit Virtual Disk. Disk extension combined with disk compat version update isn't supported. Please perform the updates separately.]". HTTP response code is 409. Version-Release number of selected component (if applicable): ovirt-engine-4.3.5.4-0.1.el7.noarch ovirt-engine-metrics-1.3.1.1-1.el7ev.noarch ovirt-ansible-image-template-1.1.11-1.el7ev.noarch ansible-2.8.3-1.el7ae.noarch How reproducible: Unknown
Ondra, Do you know what can cause the above issue?
It fails here: https://github.com/oVirt/ovirt-engine/blob/36569a5d693b42f209cdf71d7188f553f18d11ab/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/storage/disk/UpdateVmDiskCommand.java#L876 I think it should not do the compare in case of newDisk has null QcowComapt, but I am not sure, Tal, can you please look?
Looks like bug 1610212, can you confirm it's a duplicate?
(In reply to Tal Nisan from comment #3) > Looks like bug 1610212, can you confirm it's a duplicate? Sounds like it, in rhvm-appliance 4.3.5 we are shipping an image with 0.10 compat. Why not ship with 1.1?
Can we close as duplicate of bug #1610212?
(In reply to Shirly Radco from comment #5) > Can we close as duplicate of bug #1610212? Looks like it will prevent this from happened. OK from me.
*** This bug has been marked as a duplicate of bug 1610212 ***