Bug 1741724 - Metrics deploy failed with "Disk extension combined with disk compat version update isn't supported."
Summary: Metrics deploy failed with "Disk extension combined with disk compat version ...
Keywords:
Status: CLOSED DUPLICATE of bug 1610212
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine-metrics
Version: 4.3.5
Hardware: x86_64
OS: Linux
low
low
Target Milestone: ovirt-4.4.0
: ---
Assignee: Shirly Radco
QA Contact: Lucie Leistnerova
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-08-16 00:27 UTC by Germano Veit Michel
Modified: 2019-11-25 10:40 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-11-25 10:40:29 UTC
oVirt Team: Metrics
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Germano Veit Michel 2019-08-16 00:27:08 UTC
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

Comment 1 Shirly Radco 2019-08-22 11:03:03 UTC
Ondra, Do you know what can cause the above issue?

Comment 2 Ondra Machacek 2019-08-28 14:53:26 UTC
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?

Comment 3 Tal Nisan 2019-09-02 11:36:40 UTC
Looks like bug 1610212, can you confirm it's a duplicate?

Comment 4 Germano Veit Michel 2019-09-03 00:12:54 UTC
(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?

Comment 5 Shirly Radco 2019-11-10 15:01:08 UTC
Can we close as duplicate of bug #1610212?

Comment 6 Germano Veit Michel 2019-11-10 22:36:43 UTC
(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.

Comment 7 Shirly Radco 2019-11-25 10:40:29 UTC

*** This bug has been marked as a duplicate of bug 1610212 ***


Note You need to log in before you can comment on or make changes to this bug.